similar to: git snapshots from opus-codec.org website.

Displaying 20 results from an estimated 10000 matches similar to: "git snapshots from opus-codec.org website."

2014 May 16
3
Error when compiling FFmpeg with speex-git.
Hi With 32-bit Xubuntu-14.04. When I compile FFmpeg from git using speex-1.2rc1 it builds OK. When I compile FFmpeg from git using speex-git it fails to build. (speex-HEAD-78cce67) It's not a big deal, I don't mind using speex-1.2rc1. But am I doing something wrong or is there something wrong with speex-git? (I've put the details in a txt attachment to keep this email post
2013 Oct 02
2
Unknown versions in git.
> > Are you sure?? No, I'm confused. :-/ With shallow clones:- opus PACKAGE_VERSION="aee4d80" opus-tools PACKAGE_VERSION="7c3f522" Something's gone wrong. opus-tools is broken. configure: error: Package requirements (opus>= 1.0.3) were not met: Requested 'opus>= 1.0.3' but version of Opus is aee4d80
2020 Mar 31
0
opus-codec.org/comparison: Mono or Stereo?
Paul, you may find the following page has more useful/accurate numbers than that diagram: https://wiki.xiph.org/Opus_Recommended_Settings ________________________________ From: opus <opus-bounces at xiph.org> on behalf of Paul Marks <pmarks at google.com> Sent: Thursday, February 13, 2020 6:31:39 PM To: opus at xiph.org <opus at xiph.org> Subject: [opus]
2013 Nov 13
0
Compiling FFmpeg with libopencore-amrnb and opus-git.
It appears that both Opus and amrnb have a function called preemphasis(). In the short term, your options are: 1) Not building statically 2) Renaming that function in the Opus code 3) Renaming that function in the amrnb code I can do the rename for the next version of libopus. Cheers, Jean-Marc On 11/13/2013 05:51 PM, batguano999 wrote: > > Hi > Any idea what's causing these
2020 Feb 14
0
opus-codec.org/comparison: Mono or Stereo?
Looking at the Opus comparison page[1], I can't figure out whether the Opus/AAC/Vorbis/MP3 lines are meant to imply a mono or stereo encoding. Could someone please update the caption to clarify this? The single dot for G.711 is clearly mono, but for stereo music, are the codecs at the top meant to converge near 128 kbps, or 256 kbps? [1] http://opus-codec.org/comparison/
2015 Oct 21
1
git clone git://git.xiph.org/opus-tools.git gives connection reset by peer
Hello, Could you clarify the reason of the following output while running # git clone git://git.xiph.org/opus-tools.git It writes a message like Initialized empty Git repository in /root/opus-tools/.git/ fatal: read error: Connection reset by peer Please clarify the reason. Am I correct if repository is really empty? I would like to finish my deployment of openmeetings server so could you tell
2020 Feb 13
2
opus-codec.org/comparison: Mono or Stereo?
Looking at the Opus comparison page[1], I can't figure out whether the Opus/AAC/Vorbis/MP3 lines are meant to imply a mono or stereo encoding. Could someone please update the caption to clarify this? The single dot for G.711 is clearly mono, but for stereo music, are the codecs at the top meant to converge near 128 kbps, or 256 kbps? [1] http://opus-codec.org/comparison/
2013 Nov 13
2
Compiling FFmpeg with libopencore-amrnb and opus-git.
> >I can do the rename for the next version of libopus. > Thanks Jean-Marc I will stay with opus-1.1-beta for now and keep watch on opus-git summary to see if/when the rename appears. :-)
2013 Nov 14
0
Compiling FFmpeg with libopencore-amrnb and opus-git.
Git should work for you now. Jean-Marc On 11/13/2013 06:21 PM, batguano999 wrote: >> >> I can do the rename for the next version of libopus. >> > Thanks Jean-Marc > I will stay with opus-1.1-beta for now and keep watch on opus-git summary to see if/when the rename appears. > :-) > >
2014 Mar 25
0
gits don't seem to be working.
Is there still a problem? Several people reported trouble, but by the time I went to check, everything seemed to be working normally. Monty On Sat, Mar 22, 2014 at 6:24 PM, bat guano <batguano999 at hotmail.com> wrote: > Hi > I think the gits have gone belly up... > > @xubuntu:~$ git clone git://git.xiph.org/opus.git > Cloning into 'opus'... > fatal: read error:
2013 Nov 13
2
Compiling FFmpeg with libopencore-amrnb and opus-git.
Hi Any idea what's causing these errors:- /home/user/build/lib/libopencore-amrnb.a(preemph.o): In function `preemphasis': /home/user/build/opencore-amr-0.1.3/amrnb/../opencore/codecs_v2/audio/gsm_amr/amr_nb/dec/src/preemph.cpp:193: multiple definition of `preemphasis' /home/user/build/lib/libopus.a(celt_encoder.o):/home/user/build/opus/celt/celt_encoder.c:455: first defined here
2014 Mar 22
2
gits don't seem to be working.
Hi I think the gits have gone belly up... @xubuntu:~$ git clone git://git.xiph.org/opus.git Cloning into 'opus'... fatal: read error: Connection reset by peer @xubuntu:~$ git clone git at git.xiph.org:/opus.git Cloning into 'opus'... Permission denied (publickey,keyboard-interactive). fatal: The remote end hung up unexpectedly
2013 Oct 01
0
Unknown versions in git.
On 2013-10-01 2:37 PM, bat guano wrote: > Your "--always" commit > has fixed it for "--depth 1" with opus. Thanks for confirming. > PACKAGE_VERSION="1.1-beta-24-ga32fa31" Are you sure? On my shallow checkout I get "a32fa31". > Are you going to apply a similar fix to opus-tools? Yes.
2011 Aug 23
1
[LLVMdev] git Status
greened at obbligato.org (David A. Greene) writes: > Updating LLVM - no local changes > -------------------------------- > > To update your clone to the latest LLVM sources, use git pull: > > git pull llvm-upstream That should probably be either git pull or git pull llvm-upstream master since the first is shorter and works if llvm-upstream is the upstream for the
2013 Oct 02
0
Unknown versions in git.
The Arch Linux vcs packaging guidelines used to recommend shallow cloning of git packages, as apparently this was said to save bandwidth for the repo server. Now Pacman is doing the cloning automatically based on the vcs URL in the sources array, so the checkout function is no longer needed, and versioning is now done via a pkgver() function that in the case of git, uses git describe --long if the
2013 Aug 27
0
Enabling Replay Gain (album or single track) with Opus codec
2013 Oct 01
2
Unknown versions in git.
> > Not working for me. > :-( > But that's because I used shallow clones! Works OK without the "--depth 1". $ cat package_version | grep "PACKAGE_VERSION" PACKAGE_VERSION="1.1-beta-24-ga32fa31" $ cat package_version | grep "PACKAGE_VERSION" PACKAGE_VERSION="0.1.7-9-g4d0df2b"
2013 Sep 25
2
Problem compiling opus-tools-0.1.7
On Wed, Sep 25, 2013 at 3:53 PM, bat guano <batguano999 at hotmail.com> wrote: > > > > > > Google says it's maybe something to do with the "linking process" which > might be caused by the gcc compiler. > > Can something be done with the opus code to overcome this, or shall I > compile on a different/better/newer OS? > > > > > Hello
2013 Oct 02
2
Unknown versions in git.
I vote for "don't clone with depth 1". There's no way we're going to catch all of these anyway. Jean-Marc On 10/02/2013 12:47 AM, Ralph Giles wrote: > On 2013-10-01 5:27 PM, bat guano wrote: > >> opus-tools is broken. >> >> configure: error: Package requirements (opus>= 1.0.3) were not met: >> Requested 'opus>= 1.0.3' but
2019 Jul 08
3
opus codec
Hi All, I am trying to get the opus codec working with linphone. I followed the instructions... This shows me its loaded core show translation paths opus --- Translation paths SRC Codec "opus" sample rate 48000 --- opus:48000 To g723:8000 : No Translation Path opus:48000 To ulaw:8000 : (opus at 48000)->(slin at 48000 )->(slin at