similar to: Fwd: Opusfile patches

For definition of off_t type, stream.c needs including sys/types.h. I hit this requirement at least once when compiling against Mac OSX 10.4 SDK. Trivial patch inlined below. --- opusfile/src/stream.c~ +++ opusfile/src/stream.c @@ -14,6 +14,7 @@ last mod: $Id: vorbisfile.c 17573 2010-10-27 14:53:59Z xiphmont $ ********************************************************************/ +#include

This time it's complete with assertions on make debug, proper ./configure switches for the optional features, visibility and warning flags, and summary at the end of the configuration. Signed-off-by: Diego Elio Petten? <flameeyes at flameeyes.eu> --- .gitignore | 29 +++++ Makefile.am | 24 +++++ configure.ac | 66 ++++++++++++ m4/attributes.m4 | 321

Traditionally, Vorbis provided a high-level API for decoding and seeking in Ogg Vorbis streams, called libvorbisfile, which was packaged alongside libvorbis. This was very useful for simple players and applications which just wanted to decode a file, without building an entire media framework. The basic libopus is meant to be used in many contexts that do not require Ogg (such as RTP), and

Diego, I noticed yesterday that your attributes.m4 autoconf macro package, part of the autotools build support you contributed to opusfile, is licensed GPL, rather than the usual blanket grant for macros. Are you willing to relicense this so it's compatible with the project's overall BSD license? -r

Hello all, after FOMS I decided to take a look at the opus library and I found that I could improve a bit the build system and cleanup the code a little bit. Most of the changes to the code has been suggested by my two tools cowstats and missingstatic (part of the ruby-elf gem if you care). HTH, Diego

--- This includes the check target that Tim requested. Signed-off-by: Diego Elio Petten? <flameeyes at flameeyes.eu> --- .gitignore | 24 ++++++++++++++++++++++++ Makefile.am | 22 ++++++++++++++++++++++ configure.ac | 14 ++++++++++++++ 3 file modificati, 60 inserzioni(+) create mode 100644 .gitignore create mode 100644 Makefile.am create mode 100644 configure.ac diff --git

Includes - A make debug target that disables optimizations and enables assertions, - Proper ./configure switches for the optional features, - A configuration summary, - libtool versioning information, - Visibility and warning flags, - API documentation, and - Support for out-of-tree builds. Signed-off-by: Diego Elio Petten? <flameeyes at flameeyes.eu> --- .gitignore | 29 +++++

Hi, I'm using Wine 20040813 on a Mandrake 10.0 box, everytime I try to use the mouse's wheel to scroll up and down in an application (FileZilla, xmlSpy ...), wine hanged with the following trace wine: Unhandled exception (thread 0011), starting debugger... fixme:console:SetConsoleCtrlHandler (0x406005b0,1) - no error checking or testing yet WineDbg starting on pid 0x10 Unhandled

I am trying to login to the appdb but even though I login successfully, the system does not see me as logged in and I am unable to access the maintainer functions. Anyone else experiencing this?

Hi, Last night I tried to figure out if borland's linker was already unusable on Wine (seems it's working right now :) ), but I had trouble getting the path working. Everything I put in [wine] / "Path", it's not getting accepted. Reading the documentation it should be put to something like "C:\Windows;C: \Windows\System" at least, but Also if I put it to

Hi Wine-users! I currently run wine 20040716, but it can't run any of my applications (namely Macromedia Studio MX) So I want to try the latest version. I have compiled 20040716 from .tar.gz format. I would like to do the same with the newer version. My question is what is the procedure to completely uninstall Wine and do a fresh install, WITHOUT uninstalling the Macromedia apps? Thank you

I have Wine 2000813 installed on a Mandrake10.0 Community operating system: Each time I want to run an apps get the following message: "Unhandled page fault on read access to 0x00000000 at adress 0x00000000. Do you wish to debug it?" and the file manager closes by itself. Why is that and how can be handled? Thanks for yr help. -- Xavier Mas --- ?Te sobran algunos kilos despu?s

Hi, My main systems are Gentoo based. I am investigating switching to NPTL on one of them that uses a couple of different versions of Wine built from source. In doing the research I found that the Gentoo ebuilds for Wine use NPTL. Does this mean that if I switch to NPTL that I must recompile my source-caode based versions of Wine? If so, can someone tell my what options I would use, most likely

This time it's complete with assertions on make debug, proper ./configure switches for the optional features, visibility and warning flags, and summary at the end of the configuration. Signed-off-by: Diego Elio Petten? <flameeyes at flameeyes.eu> --- .gitignore | 29 +++++ Makefile.am | 24 +++++ autogen.sh | 3 + configure.ac | 66 ++++++++++++

Just a report about compiler warnings generated when building opusfile from current git. Regards. # x86-Linux builds / gcc48 and clang-3.3 (no warnings) # x86-Linux builds / gcc34 src/opusfile.c: In function `op_calc_bitrate': src/opusfile.c:1777: warning: integer constant is too large for "long" type src/opusfile.c: In function `op_open2': src/opusfile.c:1131: warning:

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 opusfile version 0.6 I'm pleased to annouce the latest development release of the opusfile playback library. Changes since the v0.5 release: - Fix bugs with comment handling - Fix build for BSD - Fix bugs handling invalid and non-opus streams Some of these bugs kept basic functionality of the APIs from working at all, so we recommend all

opusfile version 0.9 is availble. Thanks to everyone who contributed! The opusfile and opusurl libraries provide a high-level API for decoding and seeking within .opus files on disk or over http(s). opusfile depends on libopus and libogg. opusurl depends on opusfile and openssl. Binaries for macOS will be available through homebrew soon. Changes since the v0.8 release: - Fix an invalid free

A new opusfile source release is available. The opusfile and opusurl libraries provide a high-level API for decoding and seeking within .opus files on disk or over http(s). opusfile depends on libopus and libogg. opusurl depends on opusfile and openssl. Changes since the v0.7 release: - Add support for OpenSSL 1.1.x. - Fix issues with tag parsing introduced in v0.7. - Fix skip logic for

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I'm pleased to announce the release of version 0.5 of Tim's opusfile library for decoding and seeking inside .opus files and remote streams over http(s). This release includes some new API calls and fixes a number of mostly minor bugs from the previous release. Programming documentation for this release is available from

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I'm pleased to announce the availability of opusfile v0.4. The opusfile and opusurl libraries provide a high-level API for decoding and seeking within .opus files on disk or over http(s). * https://ftp.mozilla.org/pub/mozilla.org/opus/opusfile-0.4.tar.gz * https://ftp.mozilla.org/pub/mozilla.org/opus/opusfile-0.4.zip *