similar to: hostname resolution in libshout

Hm, I attempted to file a ticket but was rejected: Submission rejected as potential spam - BotScout says this is spam (Y|MULTI|IP|0|MAIL|0|NAME|2) - StopForumSpam says this is spam (username [40]) Maybe because I just registered? On Mon, Nov 17, 2014 at 12:59 PM, Ralph Giles <giles at thaumas.net> wrote: > On 2014-11-17 7:55 AM, RJ Ryan wrote: > > > They are requesting

Totally understood -- we face similar issues on our forums. Thanks very much, RJ Ryan On Tue, Nov 18, 2014 at 12:15 PM, "Thomas B. R?cker" <thomas at ruecker.fi> wrote: > On 11/18/2014 05:02 PM, RJ Ryan wrote: > > Hm, I attempted to file a ticket but was rejected: > > > > Submission rejected as potential spam > > > > * BotScout says this is

On 11/18/2014 05:02 PM, RJ Ryan wrote: > Hm, I attempted to file a ticket but was rejected: > > Submission rejected as potential spam > > * BotScout says this is spam (Y|MULTI|IP|0|MAIL|0|NAME|2) > * StopForumSpam says this is spam (username [40]) > > Maybe because I just registered? > No, it's an unfortunate side effect of spammers nowadays registering,

Hi List, i have a problem streaming mp3's to the icecast server via libshout-2.1. Everything works fine as long as i send ogg's to the icecast server. libshout as well as icecast do not report any errors. what might be the problem? my code looks like this: shout_init() shout_set_host(...) shout_set_password(...) shout_set_mount(...) shout_open() shout_set_format(...) while(

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:

Just an attempt to avoid overflows with an explicit check, I don't know if there's a better way to identify corrupt input here. James Zern (2): op_pcm_seek: fix int64 overflow op_fetch_and_process_page: fix int64 overflow src/opusfile.c | 11 +++++++++-- 1 file changed, 9 insertions(+), 2 deletions(-) -- 2.15.0.448.gf294e3d99a-goog

Hello everyone. Due to problems with libsndfile's handling of FLAC files, Mixxx is going to use libFLAC directly in v1.9.0. I'm the Windows packager and am trying to build libFLAC on Windows x64 using MSVC 2008 and the following steps that I've put together: http://mixxx.org/wiki/doku.php/build_windows_dependencies#libflac The problems I have are the following: If I try to build the

Hi all! When compiling the program using opusfile the #include <opus/opusfile.h> generates error that # include <opus_multistream.h> is not found. Actually it should be included as # include <opus/opus_multistream.h> just like the ogg.h in the previous line. A small patch attached. -- Best regards, Alexander -------------- next part -------------- A non-text attachment

Not sure if the patches you already have address this, but here are some hacks I collected to try to get libFLAC to build on Windows for Mixxx: http://mixxx.org/wiki/doku.php/build_windows_dependencies#libflac I have never actually gotten it to build on x64 and right now just use OpenCodecs' distribution (also mentioned at that link) which has Visual Studio files that build fine for me.

Hi Sean, You may find that the attached patch helps. Builds perfectly here using it. John On 17/11/2010 14:02, Sean Pappalardo wrote: > Hello everyone. > > Due to problems with libsndfile's handling of FLAC files, Mixxx is > going to use libFLAC directly in v1.9.0. I'm the Windows packager and > am trying to build libFLAC on Windows x64 using MSVC 2008 and the >

Hello all, Sorry for the delay (got really sick last week). Attached are updated patches for libopus, libopusenc, opusfile and opus-tools. Note that the patches for libopusenc, opusfile and opus-tools are dependent on the patch for libopus. Please let me know if you have any additional followup comments or questions. Cheers, Drew -------------- next part -------------- An HTML attachment was

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

Hi, as some of you might know Philipp has been working hard on adding TLS support to libshout, and a few other things. Originally we were planning to publish a beta or snapshot today, but we didn't manage to agree on a openssl client side cipher list yet. If anyone happens to know about proven secure settings, just like the Mozilla labs settings for server side, please let us know. We want

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

Good evening to you too, From the <ip-address>:8000/server_version.xsl , I get that the installed icecast2 version is 2.4.4. The source client I am currently is Mixxx version 2.2.4 - for Windows 64bit. Would you say I should redirect my question to the support team of the Mixxx program ? If you would like any more info, please feel free to ask. I appreciate your help and patience. All the

Good evening, On Sun, 2020-11-08 at 20:04 +0000, Γιαννης Φροντιστηριο wrote: > Good evening to you too, > > From the <ip-address>:8000/server_version.xsl , I get that the installed icecast2 version is 2.4.4. > The source client I am currently is Mixxx version 2.2.4 - for Windows 64bit. Ok. > Would you say I should redirect my question to the support team of the Mixxx

>>> Jean-Marc Valin <jmvalin at jmvalin.ca> schrieb am 16.09.2017 um 08:12 in Nachricht <29959506-9f3b-2ad1-fc02-2aea7c53c084 at jmvalin.ca>: > Actually, you're supposed to add /usr/include/opus to your include path. > That's why the includes don't have the "opus/" prefix. Hi! But that's uncommon: You also don't put /usr/include/sys into

Hello, I am new to the list and I need to find a 32 or 64 bit windows dll to work with. I spent 2 hours on archive files and not easy to find if there is already one on windows. Can someone point me direction and where to start ? Thanks Charlie -------------- next part -------------- An HTML attachment was scrubbed... URL:

I would like to decode an Opus file in chunks (e.g. 16K byte array). Is this possible with the Opusfile library or would I need to interface directly with libogg and libopus? It seems like the Opusfile decoder functions maintain an internal pointer/state for OggOpusFile during multiple calls to op_read(OggOpusFile *_op ...) and a complete byte array of the entire Opus file would be needed. Any

Apologies! That patch will not work correctly with Opus 1.2. Will send an updated patch shortly!! On Mon, Mar 26, 2018 at 11:56 AM Drew Allen <bitllama at google.com> wrote: > Hello all! > > I've attached an updated patch for opusfile, based on formatting > suggestions I got for the opus and libopusenc patches. > > Cheers! > Drew > > On Thu, Mar 22, 2018 at