similar to: Fwd: Re: opusfile 0.4 release

On 20/08/13 08:38 PM, alpha thinktink wrote: > However, if I try to load the new libopusurl-0.dll from the same folder > as I have always done as with the other libraries, I get a NULL HMODULE > handle from LoadLibraryW and GetLastError() return error code 126 - "The > specified module could not be found." In addition to what Tim said, do you get the same error loading

-----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 *

On 13-08-21 12:35 AM, alpha thinktink wrote: > I just had a thought and tested it out and it seemed correct. By > loading the libeay32.dll and ssleay32.dll libraries myself before > loading libopusurl-0.dll then libopusurl-0.dll loads and I can use it. > Before I was just trying to load libopusurl-0.dll without loading its > support DLLs at all assuming it would pick them up on

I've developed the unofficial Opus codec support plugin for Winamp and I have been able to keep the libopusfile libraries inside a folder inside the application's install path - "%PROGRAMFILES%\WinampNarf\opusfile" - and all seemed to be fine and dandy. However, if I try to load the new libopusurl-0.dll from the same folder as I have always done as with the other libraries, I

Dear Opus community, I'm trying to build opusfile as a shared (.dll) library on Windows 10 using Visual Studio 2017. I know there are prebuilt libraries, but those are depending on a whole bunch of other libraries and x86 (32 bit) only. Whenever I try to build opusfile, it generates opusfile.dll, which is basically empty (no functions), which makes it unuseable. This is most likely because

Hi, I had found a Opus TODO list in https://wiki.xiph.org/index.php?title=OpusTodo&mobileaction=toggle_view_desktop . The item "Opus-tools" interest me. And here is my question about "Port opusdec to libopusfile/libopusurl": 1. Does this function have achieved? On one hand, I think not literally. On the other hand, after briefly reviewing opusdec.c of opus-tools, I found

This fixes a build failure from undefined references to ASN1_STRING_data in libopusurl.so. ASN1_STRING_data is deprecated in openssl-1.1.0. The new ASN1_STRING_get0_data is identical, except the returned string may not be modified, which we don't do anyway. Also include missing asn1.h header to silence compiler warnings. X-Gentoo-Bug: 592456 X-Gentoo-Bug-URL:

On 2016-11-14 6:09 AM, Deepak K wrote: > I am using Http Progressive download technique to download the opus > audio in chunks. So I am not sure if the Opusfile seek API will work in > this case. Please correct me if I am wrong. If you don't want to use opusfile's http client implementation (libopusurl) you can still use its seeking implementation. Just provide the

Is it possible to get the HTTP server headers for URL streams opened with op_open_url, op_vopen_url? If not, is there an alternative that I can use get get the headers? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/opus/attachments/20130821/08162909/attachment.htm

> This is fixed in CVS. You might consider upgrading to LLVM CVS, > especially if you are interested in looking at performance issues: several > important performance related patches have gone in since LLVM 1.2. OK, now i've really upgraded to CVS, but it looks like state of sources is "not compilable" :( indeed: *************************** Linking llc release executable

alpha thinktink wrote: > Is it possible to get the HTTP server headers for URL streams opened > with op_open_url, op_vopen_url? If not, is there an alternative that I > can use get get the headers? There isn't. This gets complicated by the fact that for redirects or proxy connections, there may be multiple sets of headers per request, and for seekable streams there may be lots of

Hi Xiph.org Team. We are using opusfile library <https://github.com/xiph/opusfile> for streaming *.opus* audio in our projects. But now we have a problem with building opusfile library for android with *ndk-build*. In particular, with arm64-v8a platform: Google removed <sys/timeb.h> from android. And now building opusfile with nkd-build crashes with error "fatal error:

<div id="contentDescription" style="line-height:1.5;text-align:justify;text-justify:inter-ideograph"> <div>Thanks to your reply.</div><div><br></div><div>So part of the wiki is out of date? Beside Opus-tools, I also concern about the spec, optimization and future work in wiki. Could you tell me about if they are out

On 2019-08-27 8:15 a.m., 陈伟旭 wrote: > I had found a Opus TODO list in > https://wiki.xiph.org/index.php?title=OpusTodo > > The item "Opus-tools" interest me. And here is my question about "Port > opusdec to libopusfile/libopusurl": It looks like this was done a couple of years ago, primarily in commit e9bbfacf0a1bbade70005fa730cc50e838baaa32, and part of the

On 2016-11-08 1:59 AM, Philipp Schafft wrote: > Some notes: > * libvorbisfile has a nice implementation of that, it also takes > care of matching the signal at the very point of the jump. I would recommend the opusfile library, which implements seeking specifically for Opus streams. https://archive.mozilla.org/pub/opus/opusfile-0.8.zip

I tried to create a domain with drbd based disk as the backend "drbd:<resourcename>,..," and I get a "unknown disk type" error. I can spin out a patch if needed, but just wanted to know apriori if this was left out for any specific reason. shriram _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com

I'm going to retire an old RHEL3 server and move the services to CentOS5. In particular, the web server is giving me a headache. On the old box, there's a hacked-up httpd/mod_jk/tomcat setup, and CentOS is perfect for the new box because the required components are included and the whole setup "just works" straight from installation. There seems to be surprisingly little

The autogen.sh o

This is the initial release of libopusfile. Like libvorbisfile for Vorbis files, libopusfile provides a high-level API for decoding and seeking within .opus files. It includes: - Support for all files with at least one Opus stream (including multichannel files or Ogg files where Opus is muxed with something else). - Full support, including seeking, for chained files. - A simple stereo

We've made a new release of Tim's opusfile library. Like libvorbisfile for Vorbis files, libopusfile provides a high-level API for decoding and seeking within .opus files. Changes since the previous release: - Accept valid SSL certificates. - Various build and packaging fixes. The library is functional, but there are likely issues we didn't find in our own testing. Please give