similar to: Antw: [EXT] Opus Compile

Displaying 20 results from an estimated 1000 matches similar to: "Antw: [EXT] Opus Compile"

2020 Mar 31
1
Antw: [EXT] Re: Multithreaded encoding?
>>> Ralph Giles <giles at thaumas.net> schrieb am 30.03.2020 um 23:17 in Nachricht <11930_1585603054_5E8261ED_11930_50_1_c110a52d-de95-3bbb-35b2-eca12c79f143 at thaum s.net>: > I'm not aware of any other attempts, and there have never been official > plans. It's difficult to partition input for opus at anything other than > the track level, because of the way
2020 Jun 19
0
Antw: [EXT] Stop opusenc from generating any comments?
>>> Terence Eden <terence.eden at gmail.com> schrieb am 19.04.2020 um 12:48 in Nachricht <12670_1592540909_5EEC3EEC_12670_238_1_CABV2FHjaGEd4u4r7BfHaAyj=P1wP_8z7u7pWuMHy hV6XqSXVA at mail.gmail.com>: > The opusenc tool automatically adds metadata - even if you don't specify > any. > For example, these tags are created by default on my files: > ENCODER=opusenc
2020 Jun 25
0
Antw: [EXT] Re: Add CMake build instructions to README
>>> Marcus Asteborg <xnorpx at outlook.com> schrieb am 24.06.2020 um 19:59 in Nachricht <8175_1593021574_5EF39486_8175_1287_1_DB3PR0602MB378816E9B5FC531496C4CE9FDF950 at D 3PR0602MB3788.eurprd06.prod.outlook.com>: > > ________________________________ > From: Mark Harris <mark.hsj at gmail.com> > Sent: Wednesday, June 24, 2020 00:09 > To: Marcus Asteborg
2015 Dec 22
1
Antw: Re: Beginner's questions/suggestions
>>> Ralph Giles <giles at thaumas.net> schrieb am 21.12.2015 um 19:51 in Nachricht <CAEW_RkshUM55uwdvU6DsE17pLZki651Xvvu7d2Y6jObePXZwCQ at mail.gmail.com>: > On 21 December 2015 at 04:31, Ulrich Windl > <Ulrich.Windl at rz.uni-regensburg.de> wrote: > >> opusenc does not display the file name it processes. In Lunux when you use > some batch processing,
2018 Nov 05
3
Antw: Re: Antw: Re: Possible bug in Opus 1.3
On Mon, Nov 5, 2018 at 11:01 AM Jan Stary <hans at stare.cz> wrote: Attached I send the spectrogram (vic SoX) of the first 20 seconds > for the wav file and the opus file. Indeed, there is extra noise > for the low frequencies, but somewhere around -100 dB. > > Jan > That might be entirely due to SoX treating it as a 16-bit file, which it is not; -100dB is almost
2016 Jan 14
1
Antw: Test still failing in old CPUs
On 01/14/2016 02:23 AM, Ulrich Windl wrote: >> """ >> ./test-driver: line 107: 25185 Illegal instruction "$@" > $log_file > 2>&1 >> FAIL: celt/tests/test_unit_mathops >> """ > > The shell script most likely does not have the illegal instruction; a more > useful report would be to run the thing under a
2017 Apr 25
0
Antw: Re: 2 patches related to silk_biquad_alt() optimization
>>> Linfeng Zhang <linfengz at google.com> schrieb am 25.04.2017 um 01:52 in Nachricht <CAKoqLCDvAk7eeS-gpmqSHVxp4t-Lzzw7TLo5rRo=Ey_Q==cxGg at mail.gmail.com>: > Hi Ulrich, > > As Jean-mark recommended, we created "--enable-check-asm" config option to > active OPUS_CHECK_ASM macros in the optimization, where the C function is > called inside and the
2017 Oct 16
1
Antw: Re: [PATCH] Support for Channel Mapping 253.
>>> Drew Allen <bitllama at google.com> schrieb am 10.10.2017 um 20:29 in Nachricht <CABQ9DctQ0+gBgUif7BBJpjjKR7_V_H5OC1JM47w50oaaLXL4Tg at mail.gmail.com>: > Hi Jean-Marc, > > Thanks for the feedback. Attached are my comments and an updated patch. > > 1) I see that it's adding an #include of stdarg.h to opus_multistream.h > Is that left over from the
2017 Sep 18
1
Antw: Re: opusfile Include fix
>>> 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
2019 Oct 31
1
Antw: Re: Q: Bandwidth vs. bitrate
Hi! Useful advice, thanks! Actually I had been using foobar2000 to recode, because it just makes it so easy to convert multiple files while keeping the metadata (I confess, I'm a "tagger"). But it's easy to miss some encoder option when being presented some default suggestions in a dialog form... Apart form that I always had the impression that Opus could be quite smart
2018 Nov 05
0
Antw: Re: Antw: Re: Possible bug in Opus 1.3
>>> Jan Stary <hans at stare.cz> schrieb am 05.11.2018 um 11:05 in Nachricht <20181105100534.GB44329 at www.stare.cz>: > (Are we off‑list now by intention?) No, just fooled by the list defaults (some need just reply, others need reply to all) > >> Did you also try to listen at the beginning, shortly before the real tone > appears in the audible spectrum?
2016 May 13
2
Antw: Re: Ogg Format
>>> Amit Ashara <ashara.amit at gmail.com> schrieb am 12.05.2016 um 17:47 in Nachricht <CAEyg9sgjbsxQY-=VnhQrKiGeTcFSRr1wxOPUhNyCQF8Piuahow at mail.gmail.com>: > Hello Jean-Marc, > > Assuming that a 48KHz, 20ms 8-bit linear PCM data which is 960 bytes is > compressed to 64 bytes (for assumption). The with the Oggs header (4 byte) Actually what I don't
2016 Jan 14
1
Antw: Test still failing in old CPUs
On 14/01/16 08:23, Ulrich Windl wrote: > The shell script most likely does not have the illegal instruction; a more > useful report would be to run the thing under a debugger like gdb and then > disassemble the instruction in question. I was under the impression of this being a well known "issue" already. If you need all details I could try to find some time to provide full
2017 Nov 01
0
Antw: Re: OPUS vs MP3
On 10/31/2017 07:08 PM, Ulrich Windl wrote: > as MP3 and Opus have very similar objectives, I think the original poster's > question was a valid one: Why does Opus have more artefacts in the lower > frequency ranges than MP3 has? I'm not sure, but my best guess would be "because MP3's window is very leaky and MP3 has to waste a lot of bits in the LF because of
2017 Apr 18
1
Antw: Re: 133 kbps stereo killer sample
>>> Agustín Dall'Alba <agustin at dallalba.com.ar> schrieb am 14.04.2017 um 22:53 in Nachricht <CAHBqS-w3v44WM5x+_4XdFMkD42A2iYTbEWKEBmvJc2P3Y-LJGA at mail.gmail.com>: > I halved the volume of the sample before encoding with > `sox -v 0.5 floex.wav quiet.wav` and now I can't ABX it succesfully anymore. > So the artifact I heard was just clipping when encoding
2018 Nov 06
0
Antw: Re: Antw: Re: Antw: Re: Possible bug in Opus 1.3
>>> Emily Bowman <silverbacknet at gmail.com> schrieb am 05.11.2018 um 20:46 in Nachricht <CAGSVXPR6t8uHJFqDCT-1pn9otP_7ypPxgRXRasgZERunsAe0fA at mail.gmail.com>: > On Mon, Nov 5, 2018 at 11:01 AM Jan Stary <hans at stare.cz> wrote: > > Attached I send the spectrogram (vic SoX) of the first 20 seconds >> for the wav file and the opus file. Indeed, there
2018 Nov 06
0
Antw: Re: Antw: Re: Antw: Re: Possible bug in Opus 1.3
>>> Jan Stary <hans at stare.cz> schrieb am 05.11.2018 um 18:00 in Nachricht <20181105170002.GA72174 at www.stare.cz>: > On Nov 05 11:32:49, hans at stare.cz wrote: >> On Nov 05 11:05:34, hans at stare.cz wrote: >> > > Did you also try to listen at the beginning, shortly before the real tone > appears in the audible spectrum? While significantly
2018 Nov 05
0
Antw: Re: Antw: Re: Possible bug in Opus 1.3
On Nov 05 11:05:34, hans at stare.cz wrote: > > Did you also try to listen at the beginning, shortly before the real tone appears in the audible spectrum? While significantly larger, Opus had produced significant ghost noise (much less than Vorbis did)... > > Yes. But given that these are not audible sounds, > the various codecs might use various strategies of throwing them away.
2018 Nov 05
0
Antw: Re: Antw: Re: Possible bug in Opus 1.3
On Nov 05 18:00:06, hans at stare.cz wrote: > On Nov 05 11:32:49, hans at stare.cz wrote: > > On Nov 05 11:05:34, hans at stare.cz wrote: > > > > Did you also try to listen at the beginning, shortly before the real tone appears in the audible spectrum? While significantly larger, Opus had produced significant ghost noise (much less than Vorbis did)... > > I experience
2012 Aug 16
0
[LLVMdev] error: instruction requires: thumb2
On Thu, Aug 16, 2012 at 12:55 PM, Lei Zhao <leizhao833 at gmail.com> wrote: > Hi Everybody, > > I recently did a cross-compiling using clang (built with host=x86, target=arm) with the following command: > > > clang -march=armv7-a -mfloat-abi=soft -ccc-host-triple arm-none-linux-gnueabi -integrated-as main.c -o main.o -c > > and get error message: > >