similar to: compiling Opus at home (dangerous)

Hello! Trying to compile, build, install and run Opus. My config: Ubuntu console (Windows 10 app). First problem, configure says openssl is missing. My system says that i have openssl already. Which openssl does it need? Using aptitude, i've installed everything with openssl name in it. That's tons of files and gigabytes of data. But it worked somehow. Second problem, flac-1.3.2 -

Hello. Me again. Have you tried to encode piano solo? Noticed high bitrate Opus gave? And there's also artefact at 15kHz which wasn't in the original audio. Visible with Spek program. Download FLAC and Opus both files, new link: http://www.filedropper.com/example_3 FLAC full: 1084 kbps; FLAC solo: 465 kbps. with --bitrate 160: Opus full: 158 kbps; Opus solo: 190 kbps. Included also Spek

tracked down the spectogram atrefact source; it comes from the resampler. so it's not really a bug, just a nuisance. let's hope in the future Opus will be able to save bitrate on simple audio parts as all other lossy and lossless codecs do. i think opus decreasing bitrate only when it thinks that audio is too complex for human to hear difference. that's a bad attitude.

On Fri, Nov 16, 2018 at 7:40 PM ongaku zettai <sergeinakamoto at gmail.com> wrote: > Hello. > i have over 30GB of Opus music and noticed that > solo instrumentals and solo vocals uses more bitrate > than full-mixes. > Here's example where Opus 1.3 used 190 kbps for > piano solo and 159 kbps for full-mix. > (--bitrate 160 --music) > Download example piano solo

Hi Opus Experts, I am working on a JNI library which depends on libopusenc which in turn depends on libopus. However, during runtime, I encountered a linking error while loading the library: java.lang.UnsatisfiedLinkError: dlopen failed: cannot locate symbol "opus_projection_encoder_ctl" referenced by "libopusenc.so" Here is how to reproduce the issue: Build procedure

> Message: 4 > Date: Sat, 17 Nov 2018 18:43:40 -0800 > From: "Timothy B. Terriberry" <tterribe at xiph.org> > To: opus at xiph.org > Subject: Re: [opus] Impossible two bugs in Opus > > ongaku zettai wrote: > > i think opus decreasing bitrate only when it thinks that audio > > is too complex for human to hear difference. that's a bad attitude.

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

I''ve got a mailer that works -- about every other time. Authentication fails the other half of the time. There doesn''t seem to be any particular pattern to it -- work once, fail once, work three times, fail twice, .... For example, here''s one attempt from my development.log: Sent mail: Date: Sun, 2 Jul 2006 18:50:57 -0500 From: someone <someone@something.org>

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

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

using iTunes i've noticed that AAC is very good at re-encoding own lossy sound. let's test Opus! neroaacenc.exe -q 0.75 -if 000.wav -of 001.m4a neroaacdec.exe -if 001.m4a -of aac001.wav wavdiff.exe 000.wav aac001.wav Comparing 000.wav - aac001.wav... Max diff: -17.3867dB RMS diff: -33.0851dB Mean diff: -32.4582dB opusenc.exe --bitrate 512 "000.wav" 001.opus opusdec.exe 001.opus

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

Signed-off-by: Wengang Wang <wen.gang.wang at oracle.com> --- fs/ocfs2/aops.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/fs/ocfs2/aops.c b/fs/ocfs2/aops.c index b730010..a10c989 100644 --- a/fs/ocfs2/aops.c +++ b/fs/ocfs2/aops.c @@ -1397,7 +1397,7 @@ static int ocfs2_write_cluster(struct address_space *mapping, if (tmpret) { mlog_errno(tmpret); if

Dear users, I'm asking myself... what if I use "posix locking = no" to a share in a Samba server?! Here goes 3 URL's describing the some problem I have right now: http://lists.samba.org/archive/samba/2008-January/137529.html http://lists.samba.org/archive/samba/2008-January/137437.html http://blog.notreally.org/articles/2007/12/ The last one suggest a patch to the kernel

https://bugs.freedesktop.org/show_bug.cgi?id=84721 r004 <roo4.id at gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|roo4.id at gmail.com |nouveau at lists.freedesktop.o | |rg -- You are receiving this mail

https://bugs.freedesktop.org/show_bug.cgi?id=84721 --- Comment #10 from Krzysztof Katowicz-Kowalewski <vnd at vndh.net> --- As far as I've checked, the problem appeared in 3.15 kernel. I've tried hardened-sources-3.14.29 and there's no problem with the fan, at least in auto mode. But since you change the mode to manual (echo 1 > pwm1_enable), the fan gets mad as in 3.15

https://bugs.freedesktop.org/show_bug.cgi?id=84721 --- Comment #11 from r004 <roo4.id at gmail.com> --- (In reply to Krzysztof Katowicz-Kowalewski from comment #10) > As far as I've checked, the problem appeared in 3.15 kernel. I've tried > hardened-sources-3.14.29 and there's no problem with the fan, at least in > auto mode. But since you change the mode to manual

https://bugs.freedesktop.org/show_bug.cgi?id=84721 --- Comment #12 from Krzysztof Katowicz-Kowalewski <vnd at vndh.net> --- @r004, I had the same problem with my system and I've made little investigation. Indeed the problem appeared in 3.15 and it's still there in latest 3.18 kernel. For the quick and easy work-around use kernel 3.14 or lower. -- You are receiving this mail

https://bugs.freedesktop.org/show_bug.cgi?id=84721 --- Comment #13 from Ilia Mirkin <imirkin at alum.mit.edu> --- (In reply to Krzysztof Katowicz-Kowalewski from comment #12) > @r004, I had the same problem with my system and I've made little > investigation. Indeed the problem appeared in 3.15 and it's still there in > latest 3.18 kernel. For the quick and easy work-around

https://bugs.freedesktop.org/show_bug.cgi?id=84721 Tobias Klausmann <tobias.klausmann at mni.thm.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|critical |normal -- You are receiving this mail because: You are the assignee for the bug. --------------