search for: derictori

Hello to everyone! During building speex library for Symbian OS I encountered some problems. All thess problems can be solved by modifying the speex sources. I don't have access to SVN repository of speex, so I will just describe the changes to be done: 1) mmp file in symbian derictory misses windows.c sources. You need to add this string into speex.mmp: SOURCES windows.c 2) Symbian OS

Hello, I have an (Access violation reading location) on line 115 in the fftwrap.c : out[i] = scale*in[i]; with i = 1193 Only with preprocessor active Systems : Visual studio 2005, XP, WB 16000 Hz, last svn. Hope it helps you. Ouss -----Original Message----- From: speex-dev-bounces@xiph.org [mailto:speex-dev-bounces@xiph.org] On Behalf Of speex-dev-request@xiph.org Sent: dimanche 22 octobre

The frame size is 320 Ouss -----Original Message----- From: Jean-Marc Valin [mailto:jean-marc.valin@usherbrooke.ca] Sent: lundi 23 octobre 2006 18:26 To: Ouss Cc: speex-dev@xiph.org Subject: Re: [Speex-dev] Bug with the new preprocessor What frame size are you using? Jean-Marc Ouss a ?crit : > Hello, > > I have an (Access violation reading location) on line 115 in the fftwrap.c

I think this mail was intended for the group. jean, please change that one line in filters.c (I too confirm this change in my symbian build). the mmp file should also be updated by including the windows.c. I also recommend taking out mfd.c from the mmp file as the ARM cpu is too slow to support echo cancellation and preprocessing that require floats. thanks payu, for the input. i remeber

What frame size are you using? Jean-Marc Ouss a ?crit : > Hello, > > I have an (Access violation reading location) on line 115 in the fftwrap.c : > out[i] = scale*in[i]; > > with i = 1193 > > Only with preprocessor active > Systems : Visual studio 2005, XP, WB 16000 Hz, last svn. > > Hope it helps you. > > Ouss > > > -----Original

Can you provide me with a backtrace? It's quite hard to see what could happen. Also, can you reproduce the problem with testdenoise or only with your own code? Jean-Marc Ouss a ?crit : > The frame size is 320 > > Ouss > > > > -----Original Message----- > From: Jean-Marc Valin [mailto:jean-marc.valin@usherbrooke.ca] > Sent: lundi 23 octobre 2006 18:26 > To:

...bd S55drbd in all other rc0.d-rc4.d and rc.6.d, mv K74gfs2 K07gfs2 Now restart both nodes. Mkdir /windows/homes on both nodes.Point your [homes] in /usr/local/samba/etc/smb.conf to path= /windows/homes: [homes] path= /windows/homes read only=no Make as described in Step3: Add home derictories and rights. You will find your files synchronized on both node1 und node2 Now important to make your simple failover work you have to tune your named server on node1: This are the entries for your /usr/local/samba/private/dns/yourdomianzone EX mine : /usr/local/samba/private/dns/tuebingen.ts...

...bd S55drbd in all other rc0.d-rc4.d and rc.6.d, mv K74gfs2 K07gfs2 Now restart both nodes. Mkdir /windows/homes on both nodes.Point your [homes] in /usr/local/samba/etc/smb.conf to path= /windows/homes: [homes] path= /windows/homes read only=no Make as described in Step3: Add home derictories and rights. You will find your files synchronized on both node1 und node2 Now important to make your simple failover work you have to tune your named server on node1: This are the entries for your /usr/local/samba/private/dns/yourdomianzone EX mine : /usr/local/samba/private/dns/tuebingen.ts...

...bd S55drbd in all other rc0.d-rc4.d and rc.6.d, mv K74gfs2 K07gfs2 Now restart both nodes. Mkdir /windows/homes on both nodes.Point your [homes] in /usr/local/samba/etc/smb.conf to path= /windows/homes: [homes] path= /windows/homes read only=no Make as described in Step3: Add home derictories and rights. You will find your files synchronized on both node1 und node2 Now important to make your simple failover work you have to tune your named server on node1: This are the entries for your /usr/local/samba/private/dns/yourdomianzone EX mine : /usr/local/samba/private/dns/tuebingen.ts...