opusfile | Stand-alone decoder library for .opus streams | Audio Utils library

 by   xiph C Version: v0.12 License: Non-SPDX

kandi X-RAY | opusfile Summary

kandi X-RAY | opusfile Summary

opusfile is a C library typically used in Audio, Audio Utils applications. opusfile has no bugs, it has no vulnerabilities and it has low support. However opusfile has a Non-SPDX License. You can download it from GitHub.

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. The library is functional, but there are likely issues we didn't find in our own testing. Please give feedback in #opus on irc.libera.chat or at opus@xiph.org. Programming documentation is available in tree and online at
Support
    Quality
      Security
        License
          Reuse

            kandi-support Support

              opusfile has a low active ecosystem.
              It has 91 star(s) with 41 fork(s). There are 20 watchers for this library.
              OutlinedDot
              It had no major release in the last 12 months.
              There are 8 open issues and 5 have been closed. On average issues are closed in 108 days. There are 3 open pull requests and 0 closed requests.
              It has a neutral sentiment in the developer community.
              The latest version of opusfile is v0.12

            kandi-Quality Quality

              opusfile has 0 bugs and 0 code smells.

            kandi-Security Security

              opusfile has no vulnerabilities reported, and its dependent libraries have no vulnerabilities reported.
              opusfile code analysis shows 0 unresolved vulnerabilities.
              There are 0 security hotspots that need review.

            kandi-License License

              opusfile has a Non-SPDX License.
              Non-SPDX licenses can be open source with a non SPDX compliant license, or non open source licenses, and you need to review them closely before use.

            kandi-Reuse Reuse

              opusfile releases are available to install and integrate.

            Top functions reviewed by kandi - BETA

            kandi's functional review helps you automatically verify the functionalities of the libraries and avoid rework.
            Currently covering the most popular Java, JavaScript and Python libraries. See a Sample of opusfile
            Get all kandi verified functions for this library.

            opusfile Key Features

            No Key Features are available at this moment for opusfile.

            opusfile Examples and Code Snippets

            No Code Snippets are available at this moment for opusfile.

            Community Discussions

            Trending Discussions on opusfile

            QUESTION

            Different MinGW-w64 version breaks DLL loading
            Asked 2020-Sep-29 at 08:36

            I have an open-source game project that was mostly developed under Ubuntu. Recently I ported it to Windows, what consisted only in minor tweaks and then building it for Windows, since I only used cross-platform libraries and features.

            To build it, initially I cross-compiled using MinGW-w64 from Ubuntu's 19.04 repositories, and it worked like a charm. This is what it reports as the version:

            ...

            ANSWER

            Answered 2020-Sep-29 at 08:36

            After hanging out in mingw-w64 IRC channel, people there suggested me to open the executable in dependency tracker, which highlighted a big difference between the working and broken binaries: it looks like symbol requirements "leaked" from one DLL into another, unrelated, DLL.

            What led people there to take a closer look into the DLL import libraries. In particular, I was linking against some DLLs via their MSVC generated import libraries, namely: glew32.lib, OpenAL32.lib and SDL2.lib.

            It seems GNU ld has trouble handling import libraries from MSVC, and the fix was simply linking against the DLL files directly, in which case the symbol loading code is generated by ld itself (and this is actually a much better supported operation: always link against the .dll directly if possible, import libraries are not needed in GNU toolchain).

            I don't know why it worked before, apparently there was a regression in GNU ld across the versions I used.

            Source https://stackoverflow.com/questions/64082149

            Community Discussions, Code Snippets contain sources that include Stack Exchange Network

            Vulnerabilities

            No vulnerabilities reported

            Install opusfile

            You can download it from GitHub.

            Support

            For any new features, suggestions and bugs create an issue on GitHub. If you have any questions check and ask questions on community page Stack Overflow .
            Find more information at:

            Find, review, and download reusable Libraries, Code Snippets, Cloud APIs from over 650 million Knowledge Items

            Find more libraries

            Stay Updated

            Subscribe to our newsletter for trending solutions and developer bootcamps

            Agree to Sign up and Terms & Conditions

            Share this Page

            share link

            Explore Related Topics

            Consider Popular Audio Utils Libraries

            howler.js

            by goldfire

            fingerprintjs

            by fingerprintjs

            Tone.js

            by Tonejs

            AudioKit

            by AudioKit

            sonic-pi

            by sonic-pi-net

            Try Top Libraries by xiph

            rnnoise

            by xiphC

            opus

            by xiphC

            flac

            by xiphC

            LPCNet

            by xiphC

            daala

            by xiphC