Displaying 20 results from an estimated 1000 matches similar to: "Optimisation Help"
2009 Oct 23
1
Implications of reducing MAX_PERIOD
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
</head>
<body bgcolor="#ffffff" text="#000000">
Hi,<br>
<br>
I have been looking into reducing memory usage of the CELTDecoder and
was wondering what the implications of reducing MAX_PERIOD were?
Reducing it to 512, I haven''t noticed any
2010 Jan 12
1
Seamless Looping
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=ISO-8859-1">
</head>
<body bgcolor="#ffffff" text="#000000">
Hi,<br>
<br>
I''ve been working on seamless looping of our CELT encoded sound banks.<br>
2009 Nov 06
0
FMOD released with CELT support.
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
</head>
<body bgcolor="#ffffff" text="#000000">
Hi Guys,<br>
<br>
Just thought I might let you guys know that the latest development
version of the FMOD API (4.29.01) has been released with support for
CELT as a bank format. <br>
<br>
2009 Jul 22
2
Allocating all memory up front
Hi guys,
I'm currently working on a CELT implementation for FMOD, and one of the
things we want to do is have all memory required allocated beforehand.
This is before we have any information about what sounds will be played.
We would like to create all of our CELTDecode instances up front.
Because celt_mode_create() requires a sample rate and number of channels
passed in, this
2008 Dec 21
0
[PATCH] Fix ectest to not check a case which isn't guaranteed to work, and which we don't use.
When I removed the special case for EC_ILOG(0) in commit
06390d082dcdfa8addb3dde337543bc0f0ebae44, it broke ec_dec_uint() with _ft=1
(which should encode the value 0 using 0 bits).
This feature was tested by ectest.c, but not actually used by libcelt.
An assert has been added to ec_dec_uint() to ensure that we don't try to use
this feature by accident.
ec_enc_uint() was actually correct,
2011 Mar 03
0
[PATCH] Eliminate the ec_int32 and ec_uint32 typedefs.
These were used because the entropy coder originally came from
outside libcelt, and thus did not have a common type system.
It's now undergone enough modification that it's not ever likely to
be used as-is in another codec without some porting effort, so
there's no real reason to maintain the typedefs separately.
Hopefully we'll replace these all again somedate with a common set
2011 Mar 01
1
Another thing it might be nice to fix in CELT
Hi,
Bjoern's solution of adding the line:
#pragma intrinsic(_BitScanReverse)
after the:
# include<intrin.h>
worked for me, so it solves my debug build problem. However, you still
might want to change the location of ec_ilog's prototype in entcode.h
for those platforms that don't have an intrinsic like that.
Cheers,
John Ridges
2010 Jan 15
4
[LLVMdev] [PATCH] Emit rbit, clz on ARM for __builtin_ctz
Hi,
On ARMv6T2 this turns cttz into rbit, clz instead of the 4 instruction sequence it is now.
I'm not sure if adding RBIT to ARMISD and doing this optimization in the legalize pass is the best option, but the only better way I could think of doing it was to add a bitreverse intrinsic to llvm ir, which itself might not be the best option since bitreverse probably isn't too common.
Other
2010 Jan 15
0
[LLVMdev] [PATCH] Emit rbit, clz on ARM for __builtin_ctz
On Jan 14, 2010, at 10:13 PM, David Conrad wrote:
> Hi,
>
> On ARMv6T2 this turns cttz into rbit, clz instead of the 4
> instruction sequence it is now.
>
> I'm not sure if adding RBIT to ARMISD and doing this optimization in
> the legalize pass is the best option, but the only better way I
> could think of doing it was to add a bitreverse intrinsic to llvm
2008 Dec 20
5
ectest failed with gcc-4.2.4
Hi,
compiling the latest release 0.5.1 (as well as from git) with gcc-4.2.4 on
zenwalk (slackware current),
ectest fails; using gcc-3.4.6 all tests succeeds.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.xiph.org/pipermail/opus/attachments/20081220/68be24c8/attachment-0002.htm
2010 Jan 15
1
[LLVMdev] [PATCH] Emit rbit, clz on ARM for __builtin_ctz
On Fri, Jan 15, 2010 at 6:03 PM, Chris Lattner <clattner at apple.com> wrote:
>
> On Jan 14, 2010, at 10:13 PM, David Conrad wrote:
>
>> Hi,
>>
>> On ARMv6T2 this turns cttz into rbit, clz instead of the 4
>> instruction sequence it is now.
>>
>> I'm not sure if adding RBIT to ARMISD and doing this optimization in
>> the legalize pass is
2010 Jan 15
2
[LLVMdev] [PATCH] Emit rbit, clz on ARM for __builtin_ctz
On 15 Jan 2010, at 18:03, Chris Lattner wrote:
> On Jan 14, 2010, at 10:13 PM, David Conrad wrote:
>
>> Other targets that I know of that could potentially benefit from
>> this optimization being global (that have a clz and bitreverse
>> instruction but not ctz) are AVR32 and C64x, neither of which llvm
>> has backends for yet.
>
> When/if another
2016 Mar 02
2
Why LLVM cannot optimize this?
Hi,
Yes SCEV is pretty limited on this aspect.
This kind of code can trigger LLVM to explode in time/memory: https://llvm.org/bugs/show_bug.cgi?id=18606 <https://llvm.org/bugs/show_bug.cgi?id=18606>
See also this llvm-dev thread: SCEV implementation and limitations, do we need "pow"? : http://lists.llvm.org/pipermail/llvm-dev/2014-February/070062.html
CC: Sanjoy who may have an
2012 May 04
3
Git branch with compiling fixes for win32
El 03/05/12 12:19, Miroslav Lichvar escribi?:
> Hi Josh,
>
> nice to see you here again.
>
> On Wed, Apr 25, 2012 at 04:26:05PM -0700, Josh Coalson wrote:
>> (Jumping in again, maybe at the wrong point since this doesn't seem
>> to involve encoding, but here goes.)
>>
>> Miroslav's patches have always been high-quality for sure. But
>>
2012 Dec 21
1
Problem compiling Samba4, Python installed in nonstandard location
Hi,I am working with a custom built (LFS-based) Linux distro and am attempting to compile Samba4.
Samba3 has always compiled without issue.
The system has its Python installed in /opt/python2. There are symlinks to put "python" in /usr/local/bin and the "python2.7" lib folder in /usr/include.
The configure command used was simply ./configure --enable-fhs --with-quotas
The
2010 Jan 15
0
[LLVMdev] [PATCH] Emit rbit, clz on ARM for __builtin_ctz
On Jan 15, 2010, at 11:37 AM, Richard Osborne wrote:
>
> On 15 Jan 2010, at 18:03, Chris Lattner wrote:
>
>> On Jan 14, 2010, at 10:13 PM, David Conrad wrote:
>>
>>> Other targets that I know of that could potentially benefit from
>>> this optimization being global (that have a clz and bitreverse
>>> instruction but not ctz) are AVR32 and C64x,
2010 Jan 18
1
[LLVMdev] [PATCH] Emit rbit, clz on ARM for __builtin_ctz
On Jan 15, 2010, at 2:52 PM, Jim Grosbach wrote:
>
> On Jan 15, 2010, at 11:37 AM, Richard Osborne wrote:
>
>>
>> On 15 Jan 2010, at 18:03, Chris Lattner wrote:
>>
>>> On Jan 14, 2010, at 10:13 PM, David Conrad wrote:
>>>
>>>> Other targets that I know of that could potentially benefit from
>>>> this optimization being
2016 Dec 01
2
Different results for cos,sin,tan and cospi,sinpi,tanpi
Hi,
i try sin, cos, and tan.
> sapply(c(cos,sin,tan),function(x,y)x(y),1.23e45*pi)
[1] 0.5444181 0.8388140 1.5407532
However, *pi results the following
> sapply(c(cospi,sinpi,tanpi),function(x,y)x(y),1.23e45)
[1] 1 0 0
Please try whether the following becomes all right.
diff -ruN R-3.3.2.orig/src/nmath/cospi.c R-3.3.2/src/nmath/cospi.c
--- R-3.3.2.orig/src/nmath/cospi.c 2016-09-15
2011 Jun 15
2
[LLVMdev] LLVM interpreter does not support fmod
It seems llvm interpreter only supports a limited number of external
functions. fmod, in particular is not supported. any reason why it is not
supported ?
"lli -force-interpreter test.bc
LLVM ERROR: Tried to execute an unknown external function: double (double,
double)* fmod
"
--
Kind Regards
Xin Tong
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
2011 Jun 15
0
[LLVMdev] LLVM interpreter does not support fmod
Hi,
> It seems llvm interpreter only supports a limited number of external
> functions. fmod, in particular is not supported. any reason why it is not
> supported ?
>
> "lli -force-interpreter test.bc
> LLVM ERROR: Tried to execute an unknown external function: double (double,
> double)* fmod
> "
You can check out the comments in