[CELT-dev] Getting CELT to work under Windows

George de Vries George.deVries at oa.com.au
Fri Jun 25 00:06:29 PDT 2010

Hi I can confirm that the latest release 0.7.1 as per the download page works on windows on both Visual Studio 6 and Visual Studio 2010 with no problems at all.

I have tested both versions using frame_size = 256 and bytes_per_packet = 46 @44.1 khz and there is no evidence of any problems with the audio.

>From memory, setting up a visual studio project is very easy, one simply needs to drag in the source and header files from the libcelt directory into the project and define HAVE_CONFIG_H is the project's pre-processor definition.

The tricky part is to build a config.h file.  To get it to work on VS some of the important settings include.
#define CELT_BUILD
#define USE_ALLOCA

#undef restrict
#undef inline

#define inline __inline
#define restrict


I have also tested the windows version compiled as fixed point, again without any problems.

I can supply a config.h and project file on request.  black_190 on the domain hotmail.com.

George de Vries
Senior Software Engineer
Open Access

-----Original Message-----
From: celt-dev-bounces at xiph.org [mailto:celt-dev-bounces at xiph.org] On Behalf Of Jean-Marc Valin
Sent: Friday, 25 June 2010 11:02 AM
To: Riccardo Micci
Cc: celt-dev at xiph.org
Subject: Re: [CELT-dev] Getting CELT to work under Windows


I suggest you try running the test cases in tests/ to see which 
component you may be having problems with. Also, make sure that you 
define HAVE_CONFIG_H and that your config.h file includes the following 
(that's my guess since I don't have a Windows dev environment):

#define CELT_BUILD
#define USE_ALLOCA
#define inline __inline
#define restrict

I know there's a bunch of people using CELT successfully on Windows, so 
I suspect there may just be something wrong with your environment.



On 10-06-24 06:31 AM, Riccardo Micci wrote:
> Hi,
> My name is Riccardo Micci i downloaded the CELT source code and I
> compiled it under Windows. This is meant to be a preliminary study for
> my company's project.
> When i run CELT it encodes and decodes the file back saying "Encoder
> matches decoder!!". When i try to play the output though the result is
> just noise and clicks.
> The only changes I've applied are some #defines to avoid compiler error
> (for example my Visual C doesn't support "restrict"...) and automatic
> loading and saving input and output files.
> Looking at the decoded file with Matlab, i can see the most of the time
> the result is saturated. Even worse when i use FIXED_POINT define. I
> also tried to avoid saturation changing the following line in arch.h:
> #define SCALEOUT(a) ((a)*(1/CELT_SIG_SCALE)) to #define SCALEOUT(a)
> ((a)*(1/(2*CELT_SIG_SCALE)))
> The result audio doesn't saturate anymore but it's still completely broken.
> My testvector is:
> freq: 44100
> channels: 1
> I chose: frame_size = 256 and bytes_per_packet = 46.
> Does anybody else have this problem? ?Can someone help me finding the
> problem?
> Regards
> Riccardo
> ------------------------------------------------------------------------
> Riccardo Micci
> Senior DSP Engineer, Wireless Group
> *Cambridge Consultants*
> Science Park, Milton Road
> Cambridge, CB4 0DW, England
> Switchboard: +44 (0)1223 420024
> Direct dial: +44 (0)1223 392402
> Mobile: +44 (0)
> Fax: +44 (0)1223 423373
> riccardo.micci at cambridgeconsultants.com
> <mailto:riccardo.micci at cambridgeconsultants.com>
> www.CambridgeConsultants.com <http://www.cambridgeconsultants.com/>
> ------------------------------------------------------------------------
> This email is from Cambridge Consultants Limited, Science Park, Milton
> Road, Cambridge CB4 0DW with registered number 1036298 England. It may
> contain confidential information. It is intended for the addressee only
> and may not be copied or disclosed to any third party without our
> permission. If you are not the intended recipient please contact the
> sender as soon as possible and delete the material from any computer. If
> this email has been sent as a personal message to the addressee, the
> sender is not acting in his/her capacity as an employee or officer of
> Cambridge Consultants Limited and no liability is accepted for the
> content of any such email. Outgoing email may be monitored for the
> purpose of ensuring compliance with our email policy and relevant laws.
> _______________________________________________
> celt-dev mailing list
> celt-dev at xiph.org
> http://lists.xiph.org/mailman/listinfo/celt-dev
celt-dev mailing list
celt-dev at xiph.org

More information about the celt-dev mailing list