Menu
▾
▴
oreka-devel — Developers mailing list
You can subscribe to this list here.
| 2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2006 |
Jan
|
Feb
(17) |
Mar
(5) |
Apr
(2) |
May
|
Jun
|
Jul
(1) |
Aug
(1) |
Sep
|
Oct
|
Nov
(1) |
Dec
(11) |
| 2007 |
Jan
(2) |
Feb
(2) |
Mar
(1) |
Apr
|
May
(7) |
Jun
(3) |
Jul
(5) |
Aug
(21) |
Sep
(7) |
Oct
(4) |
Nov
|
Dec
|
| 2008 |
Jan
|
Feb
(5) |
Mar
(4) |
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
(1) |
Sep
|
Oct
(1) |
Nov
(6) |
Dec
(3) |
| 2009 |
Jan
(3) |
Feb
(2) |
Mar
|
Apr
(3) |
May
(1) |
Jun
(8) |
Jul
(8) |
Aug
(19) |
Sep
(23) |
Oct
(20) |
Nov
(5) |
Dec
(9) |
| 2010 |
Jan
(16) |
Feb
(20) |
Mar
(5) |
Apr
(1) |
May
(2) |
Jun
(10) |
Jul
(5) |
Aug
(3) |
Sep
(1) |
Oct
(2) |
Nov
(8) |
Dec
(2) |
| 2011 |
Jan
(7) |
Feb
(1) |
Mar
(3) |
Apr
(4) |
May
(4) |
Jun
|
Jul
|
Aug
(15) |
Sep
(5) |
Oct
(4) |
Nov
(6) |
Dec
(2) |
| 2012 |
Jan
(4) |
Feb
(7) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(5) |
Sep
(2) |
Oct
|
Nov
(3) |
Dec
|
| 2013 |
Jan
(1) |
Feb
|
Mar
(2) |
Apr
(5) |
May
(1) |
Jun
(6) |
Jul
|
Aug
(6) |
Sep
(5) |
Oct
(4) |
Nov
(4) |
Dec
(5) |
| 2014 |
Jan
(2) |
Feb
|
Mar
(1) |
Apr
|
May
(1) |
Jun
(2) |
Jul
(1) |
Aug
(1) |
Sep
(6) |
Oct
(5) |
Nov
(22) |
Dec
(5) |
| 2015 |
Jan
(5) |
Feb
(5) |
Mar
(1) |
Apr
(2) |
May
(5) |
Jun
(6) |
Jul
(5) |
Aug
|
Sep
(5) |
Oct
(2) |
Nov
(5) |
Dec
(1) |
| 2016 |
Jan
(1) |
Feb
(2) |
Mar
(6) |
Apr
(4) |
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2017 |
Jan
(2) |
Feb
(4) |
Mar
(1) |
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
(1) |
Nov
(1) |
Dec
|
| 2018 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
(1) |
Aug
(3) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2020 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
(1) |
Aug
(1) |
Sep
|
Oct
(2) |
Nov
|
Dec
|
| 2021 |
Jan
(1) |
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
| 2022 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2024 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
|
|
|
1
|
2
|
3
|
|
4
|
5
|
6
|
7
(1) |
8
|
9
|
10
(2) |
|
11
|
12
|
13
|
14
|
15
|
16
|
17
|
|
18
(5) |
19
(1) |
20
(2) |
21
(5) |
22
|
23
(2) |
24
|
|
25
(2) |
26
|
27
|
28
|
29
|
30
|
31
|
|
From: Bill S <pho...@gm...> - 2009-10-25 20:02:52
|
Okay, trunk now compiles for me just fine----- No longer an issue. Thanks again for the help guys! On Sun, Oct 25, 2009 at 12:03 PM, Bill S <pho...@gm...> wrote: > Any idea if this was committed yet? Are there any amd64 DEB builds > available for lenny? > > Thanks! > > -----Original Message----- > - - - -- -- - - -- - -- - - - --- - -- - > > From: Henri Herscher <henri@or...> - 2009-10-19 14:22 > We are committing these patches very soon. > Henri > > From: Tzafrir Cohen [mailto:tzafrir.cohen@xo...] > Sent: 18 October 2009 19:00 > To: oreka-devel@li... > Subject: Re: [Oreka-devel] Orkbase Compile Fails at Serializer > > > On Sun, Oct 18, 2009 at 05:47:50PM -0500, Bill S wrote: > > Hmm, I tried SVN trunk... now automake -a gives me the following: > > > > > > configure.in: no proper invocation of AM_INIT_AUTOMAKE was found. > > [ Snipped 123 other such lines] > > > > Makefile.am: to `configure.in' and run `autoconf' again. > > > > > > Any ideas? > > The autotools patches I mentioned. After which you'll only need > 'autoreconf -i' > > -- > Tzafrir Cohen > icq#16849755 jabber:tzafrir.cohen@xo... > +972-50-7952406 mailto:tzafrir.cohen@xo... > http://www.xorcom.com iax:guest@lo.../tzafrir > > > ---------------------------------------------------------------------------- > -- > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > _______________________________________________ > Oreka-devel mailing list > Oreka-devel@li... > https://lists.sourceforge.net/lists/listinfo/oreka-devel > > I'm not able to compile orkbase on Debian Lenny amd64. >> >> No problems with automake or configure script... It just fails when it >> trys to compile the serializer it seems: >> >> Making all in serializers >> make[2]: Entering directory >> `/usr/src/oreka-0.5-313/orkbasecxx/serializers' >> /bin/sh ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I.. >> -I.. -D_REENTRANT -g -O2 -MT Serializer.lo -MD -MP -MF >> .deps/Serializer.Tpo -c -o Serializer.lo Serializer.cpp >> g++ -DHAVE_CONFIG_H -I. -I.. -I.. -D_REENTRANT -g -O2 -MT Serializer.lo >> -MD -MP -MF .deps/Serializer.Tpo -c Serializer.cpp -fPIC -DPIC -o >> .libs/Serializer.o >> In file included from Serializer.cpp:19: >> ../Utils.h:91: error: extra qualification ‘AlphaCounter::’ on member >> ‘AlphaCounter’ >> ../Utils.h:101: error: extra qualification ‘AlphaCounter::’ on member >> ‘GetNext’ >> make[2]: *** [Serializer.lo] Error 1 >> make[2]: Leaving directory `/usr/src/oreka-0.5-313/orkbasecxx/serializers' >> make[1]: *** [all-recursive] Error 1 >> make[1]: Leaving directory `/usr/src/oreka-0.5-313/orkbasecxx' >> make: *** [all] Error 2 >> >> Any ideas? Thanks. >> > > > > -- > ------------------------------------------------- > Deathrow VMS Cluster www.deathrow.vistech.net > manson.vistech.net - uVAX 3100/80 under OpenVMS > dahmer.vistech.net - DEC Alpha 600/333 under OpenVMS > -- ------------------------------------------------- Deathrow VMS Cluster www.deathrow.vistech.net manson.vistech.net - uVAX 3100/80 under OpenVMS dahmer.vistech.net - DEC Alpha 600/333 under OpenVMS |
|
From: Bill S <pho...@gm...> - 2009-10-25 17:03:17
|
Any idea if this was committed yet? Are there any amd64 DEB builds available for lenny? Thanks! -----Original Message----- - - - -- -- - - -- - -- - - - --- - -- - From: Henri Herscher <henri@or...> - 2009-10-19 14:22 We are committing these patches very soon. Henri From: Tzafrir Cohen [mailto:tzafrir.cohen@xo...] Sent: 18 October 2009 19:00 To: oreka-devel@li... Subject: Re: [Oreka-devel] Orkbase Compile Fails at Serializer On Sun, Oct 18, 2009 at 05:47:50PM -0500, Bill S wrote: > Hmm, I tried SVN trunk... now automake -a gives me the following: > > > configure.in: no proper invocation of AM_INIT_AUTOMAKE was found. [ Snipped 123 other such lines] > Makefile.am: to `configure.in' and run `autoconf' again. > > > Any ideas? The autotools patches I mentioned. After which you'll only need 'autoreconf -i' -- Tzafrir Cohen icq#16849755 jabber:tzafrir.cohen@xo... +972-50-7952406 mailto:tzafrir.cohen@xo... http://www.xorcom.com iax:guest@lo.../tzafrir ---------------------------------------------------------------------------- -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ Oreka-devel mailing list Oreka-devel@li... https://lists.sourceforge.net/lists/listinfo/oreka-devel I'm not able to compile orkbase on Debian Lenny amd64. > > No problems with automake or configure script... It just fails when it trys > to compile the serializer it seems: > > Making all in serializers > make[2]: Entering directory `/usr/src/oreka-0.5-313/orkbasecxx/serializers' > /bin/sh ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I.. > -I.. -D_REENTRANT -g -O2 -MT Serializer.lo -MD -MP -MF > .deps/Serializer.Tpo -c -o Serializer.lo Serializer.cpp > g++ -DHAVE_CONFIG_H -I. -I.. -I.. -D_REENTRANT -g -O2 -MT Serializer.lo > -MD -MP -MF .deps/Serializer.Tpo -c Serializer.cpp -fPIC -DPIC -o > .libs/Serializer.o > In file included from Serializer.cpp:19: > ../Utils.h:91: error: extra qualification ‘AlphaCounter::’ on member > ‘AlphaCounter’ > ../Utils.h:101: error: extra qualification ‘AlphaCounter::’ on member > ‘GetNext’ > make[2]: *** [Serializer.lo] Error 1 > make[2]: Leaving directory `/usr/src/oreka-0.5-313/orkbasecxx/serializers' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/usr/src/oreka-0.5-313/orkbasecxx' > make: *** [all] Error 2 > > Any ideas? Thanks. > -- ------------------------------------------------- Deathrow VMS Cluster www.deathrow.vistech.net manson.vistech.net - uVAX 3100/80 under OpenVMS dahmer.vistech.net - DEC Alpha 600/333 under OpenVMS |
|
From: Henri H. <he...@or...> - 2009-10-23 20:35:01
|
_____ From: Gonzalo Brusella [mailto:gbr...@gm...] Sent: 21 October 2009 15:47 To: oreka-devel Subject: [Oreka-devel] Some questions about oreka I have some questions about Oreka and who's better to answer that that the very development team. Here they are: * Capacity: what server (or servers) we need to support recording of 300/400/500 concurrent call recordings? [HH] Depending on your server, I do not recomment go beyond 200 concurrent per server. * The OrkAudio captures anything from the SIP traffic that could be used to UNIQUELY identify the WAV belonging to a particular call? For example, we need to uniquely identify the WAV belonging to the current call and obtain the WAV (to process it / store it somewhere else), for example, from within the code handling the call in the IVR server. [BH] Yes, you can tag the wav files with the SIP CallID by doing something like this: <TapeProcessors>BatchProcessing, TapeFileNaming, Reporting</TapeProcessors> <TapeFileNaming> myrecording,[hour],[min],[sec],_,[shortdirection],_,[remoteparty],_,[localpa rty],_,[nativecallid]</TapeFileNaming> * There are some extensions or code modification made by someone to enable on-demand recording versus full call recording? [HH] 1. Put orkaudio in non-lookback mode in config.xml (so that it does not automatically start recording every call it sees): <LookBackRecording>yes</LookBackRecording> 2. Use the API call to e.g. start recording extension 5002: http://orkaudio-server:59140/command?type=record&party=5002 Thanks you very much! Gonzalo A. Brusella go...@br... http://www.brusella.com.ar |
|
From: Henri H. <he...@or...> - 2009-10-23 19:43:00
|
Could you actually post the configuration for MS JDBC? Thanks, Henri _____ From: Gonzalo Brusella [mailto:gbr...@gm...] Sent: 21 October 2009 16:44 To: oreka-devel Subject: Re: [Oreka-devel] Hello developers Hello Henri, You're correct, I'm building from the 0.5-313. I compiled & patched everything to use the MS JDBC Driver for SQL 2008 (If someone needs it, I can publish the configuration). Now I got it working. Thanks. Gonzalo A. Brusella go...@br... http://www.brusella.com.ar On Wed, Oct 21, 2009 at 14:36, Henri Herscher <he...@or...> wrote: Gonzalo, Thanks for your feedback. We are moving to a new database naming system where all tables are prefixed in order to avoid name clash. This is actually already implemented in svn head. So I am assuming you are compiling 0.5-313. If this is the case, all jars are in the oreka-0.5-1-java-dependencies.zip that can be found under Oreka-0.5 on the sourceforge download page. Cheers, Henri _____ From: Gonzalo Brusella [mailto:gbr...@gm...] Sent: 20 October 2009 10:37 To: oreka-devel Subject: [Oreka-devel] Hello developers Hello Oreka Developers, First things first. My Name is Gonzalo Brusella, I'm a developer from Buenos Aires, Argentina, mostly a newbie on Java. Last week I had to deploy Oreka using a MSSQL 2008 as DB server and I had a problem: The user table name. Since MSSQL 2005 user is a reserved word (and this is not the only DB engine with the word listed as reserved, I remember PostgreSQL as a sample). In order to fix this I had to recompile the Java projects (by the way: new windows compile instructions are required and very appreciated), with a modification on the User.java file on the "orkabasej" project. The modification was simple: change the table to "@Table(name = "[user]")" (the square brackets are for escaping the reserved word user). I know that is not a polite solution (It would be better to have a SQL2005/2008 dialect on hibernate... but the 3.1 beta 1 version does not have it, as far as I know). Thanks for your patience on this, and sorry for my bad English. Gonzalo A. Brusella go...@br... http://www.brusella.com.ar |
|
From: Gonzalo B. <gbr...@gm...> - 2009-10-21 20:45:01
|
Hello Henri, You're correct, I'm building from the 0.5-313. I compiled & patched everything to use the MS JDBC Driver for SQL 2008 (If someone needs it, I can publish the configuration). Now I got it working. Thanks. Gonzalo A. Brusella go...@br... http://www.brusella.com.ar On Wed, Oct 21, 2009 at 14:36, Henri Herscher <he...@or...> wrote: > Gonzalo, > > > > Thanks for your feedback. We are moving to a new database naming system > where all tables are prefixed in order to avoid name clash. This is actually > already implemented in svn head. So I am assuming you are compiling 0.5-313. > If this is the case, all jars are in the oreka-0.5-1-java-dependencies.zip > that can be found under Oreka-0.5 on the sourceforge download page. > > > > Cheers, > > Henri > > > ------------------------------ > > *From:* Gonzalo Brusella [mailto:gbr...@gm...] > *Sent:* 20 October 2009 10:37 > *To:* oreka-devel > *Subject:* [Oreka-devel] Hello developers > > > > Hello Oreka Developers, > > First things first. My Name is Gonzalo Brusella, I'm a developer from > Buenos Aires, Argentina, mostly a newbie on Java. > > Last week I had to deploy Oreka using a MSSQL 2008 as DB server and I had a > problem: The user table name. Since MSSQL 2005 user is a reserved word (and > this is not the only DB engine with the word listed as reserved, I remember > PostgreSQL as a sample). > > In order to fix this I had to recompile the Java projects (by the way: new > windows compile instructions are required and very appreciated), with a > modification on the User.java file on the "orkabasej" project. The > modification was simple: change the table to "@Table(name = "[user]")" (the > square brackets are for escaping the reserved word user). > > I know that is not a polite solution (It would be better to have a > SQL2005/2008 dialect on hibernate... but the 3.1 beta 1 version does not > have it, as far as I know). > > Thanks for your patience on this, and sorry for my bad English. > > Gonzalo A. Brusella > go...@br... > http://www.brusella.com.ar > |
|
From: Gonzalo B. <gbr...@gm...> - 2009-10-21 19:48:03
|
I have some questions about Oreka and who's better to answer that that the very development team. Here they are: - Capacity: what server (or servers) we need to support recording of 300/400/500 concurrent call recordings? - The OrkAudio captures anything from the SIP traffic that could be used to UNIQUELY identify the WAV belonging to a particular call? For example, we need to uniquely identify the WAV belonging to the current call and obtain the WAV (to process it / store it somewhere else), for example, from within the code handling the call in the IVR server. - There are some extensions or code modification made by someone to enable on-demand recording versus full call recording? Thanks you very much! Gonzalo A. Brusella go...@br... http://www.brusella.com.ar |
|
From: Henri H. <he...@or...> - 2009-10-21 17:36:59
|
Gonzalo, Thanks for your feedback. We are moving to a new database naming system where all tables are prefixed in order to avoid name clash. This is actually already implemented in svn head. So I am assuming you are compiling 0.5-313. If this is the case, all jars are in the oreka-0.5-1-java-dependencies.zip that can be found under Oreka-0.5 on the sourceforge download page. Cheers, Henri _____ From: Gonzalo Brusella [mailto:gbr...@gm...] Sent: 20 October 2009 10:37 To: oreka-devel Subject: [Oreka-devel] Hello developers Hello Oreka Developers, First things first. My Name is Gonzalo Brusella, I'm a developer from Buenos Aires, Argentina, mostly a newbie on Java. Last week I had to deploy Oreka using a MSSQL 2008 as DB server and I had a problem: The user table name. Since MSSQL 2005 user is a reserved word (and this is not the only DB engine with the word listed as reserved, I remember PostgreSQL as a sample). In order to fix this I had to recompile the Java projects (by the way: new windows compile instructions are required and very appreciated), with a modification on the User.java file on the "orkabasej" project. The modification was simple: change the table to "@Table(name = "[user]")" (the square brackets are for escaping the reserved word user). I know that is not a polite solution (It would be better to have a SQL2005/2008 dialect on hibernate... but the 3.1 beta 1 version does not have it, as far as I know). Thanks for your patience on this, and sorry for my bad English. Gonzalo A. Brusella go...@br... http://www.brusella.com.ar |
|
From: Henri H. <he...@or...> - 2009-10-21 17:30:02
|
Are you compiling from svn head or from the last official release? Henri _____ From: Gonzalo Brusella [mailto:gbr...@gm...] Sent: 21 October 2009 09:03 To: ore...@li... Subject: Re: [Oreka-devel] Hello developers Hello Tzafrir: I had to download all the Jar dependencies, due that the project has not updated to the newest version of several components. I had to use http://www.findjar.com to get those jar files... Also, I'm still not able to generate the .war files :-( Gonzalo A. Brusella go...@br... http://www.brusella.com.ar On Tue, Oct 20, 2009 at 18:45, Tzafrir Cohen <tza...@xo...> wrote: Hi, On Tue, Oct 20, 2009 at 11:36:48AM -0300, Gonzalo Brusella wrote: > In order to fix this I had to recompile the Java projects (by the way: new > windows compile instructions are required and very appreciated), What's wrong there, specifically? What did you have to do instead? -- Tzafrir Cohen icq#16849755 jabber:tza...@xo... <mailto:jabber%3At...@xo...> +972-50-7952406 mailto:tza...@xo... http://www.xorcom.com iax:gu...@lo.../tzafrir ---------------------------------------------------------------------------- -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ Oreka-devel mailing list Ore...@li... https://lists.sourceforge.net/lists/listinfo/oreka-devel |
|
From: Gonzalo B. <gbr...@gm...> - 2009-10-21 13:03:43
|
Hello Tzafrir: I had to download all the Jar dependencies, due that the project has not updated to the newest version of several components. I had to use http://www.findjar.com to get those jar files... Also, I'm still not able to generate the .war files :-( Gonzalo A. Brusella go...@br... http://www.brusella.com.ar On Tue, Oct 20, 2009 at 18:45, Tzafrir Cohen <tza...@xo...>wrote: > Hi, > > On Tue, Oct 20, 2009 at 11:36:48AM -0300, Gonzalo Brusella wrote: > > > In order to fix this I had to recompile the Java projects (by the way: > new > > windows compile instructions are required and very appreciated), > > What's wrong there, specifically? What did you have to do instead? > > -- > Tzafrir Cohen > icq#16849755 jabber:tza...@xo...<jabber%3At...@xo...> > +972-50-7952406 mailto:tza...@xo... > http://www.xorcom.com iax:gu...@lo.../tzafrir > > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > _______________________________________________ > Oreka-devel mailing list > Ore...@li... > https://lists.sourceforge.net/lists/listinfo/oreka-devel > |
|
From: Tzafrir C. <tza...@xo...> - 2009-10-20 21:46:12
|
Hi,
On Tue, Oct 20, 2009 at 11:36:48AM -0300, Gonzalo Brusella wrote:
> In order to fix this I had to recompile the Java projects (by the way: new
> windows compile instructions are required and very appreciated),
What's wrong there, specifically? What did you have to do instead?
--
Tzafrir Cohen
icq#16849755 jabber:tza...@xo...
+972-50-7952406 mailto:tza...@xo...
http://www.xorcom.com iax:gu...@lo.../tzafrir
|
|
From: Gonzalo B. <gbr...@gm...> - 2009-10-20 14:37:23
|
Hello Oreka Developers, First things first. My Name is Gonzalo Brusella, I'm a developer from Buenos Aires, Argentina, mostly a newbie on Java. Last week I had to deploy Oreka using a MSSQL 2008 as DB server and I had a problem: The user table name. Since MSSQL 2005 user is a reserved word (and this is not the only DB engine with the word listed as reserved, I remember PostgreSQL as a sample). In order to fix this I had to recompile the Java projects (by the way: new windows compile instructions are required and very appreciated), with a modification on the User.java file on the "orkabasej" project. The modification was simple: change the table to "@Table(name = "[user]")" (the square brackets are for escaping the reserved word user). I know that is not a polite solution (It would be better to have a SQL2005/2008 dialect on hibernate... but the 3.1 beta 1 version does not have it, as far as I know). Thanks for your patience on this, and sorry for my bad English. Gonzalo A. Brusella go...@br... http://www.brusella.com.ar |
|
From: Henri H. <he...@or...> - 2009-10-19 14:22:03
|
We are committing these patches very soon.
Henri
-----Original Message-----
From: Tzafrir Cohen [mailto:tza...@xo...]
Sent: 18 October 2009 19:00
To: ore...@li...
Subject: Re: [Oreka-devel] Orkbase Compile Fails at Serializer
On Sun, Oct 18, 2009 at 05:47:50PM -0500, Bill S wrote:
> Hmm, I tried SVN trunk... now automake -a gives me the following:
>
>
> configure.in: no proper invocation of AM_INIT_AUTOMAKE was found.
[ Snipped 123 other such lines]
> Makefile.am: to `configure.in' and run `autoconf' again.
>
>
> Any ideas?
The autotools patches I mentioned. After which you'll only need
'autoreconf -i'
--
Tzafrir Cohen
icq#16849755 jabber:tza...@xo...
+972-50-7952406 mailto:tza...@xo...
http://www.xorcom.com iax:gu...@lo.../tzafrir
----------------------------------------------------------------------------
--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Oreka-devel mailing list
Ore...@li...
https://lists.sourceforge.net/lists/listinfo/oreka-devel
|
|
From: Tzafrir C. <tza...@xo...> - 2009-10-18 22:59:47
|
On Sun, Oct 18, 2009 at 05:47:50PM -0500, Bill S wrote:
> Hmm, I tried SVN trunk... now automake -a gives me the following:
>
>
> configure.in: no proper invocation of AM_INIT_AUTOMAKE was found.
[ Snipped 123 other such lines]
> Makefile.am: to `configure.in' and run `autoconf' again.
>
>
> Any ideas?
The autotools patches I mentioned. After which you'll only need
'autoreconf -i'
--
Tzafrir Cohen
icq#16849755 jabber:tza...@xo...
+972-50-7952406 mailto:tza...@xo...
http://www.xorcom.com iax:gu...@lo.../tzafrir
|
|
From: Bill S <pho...@gm...> - 2009-10-18 22:48:02
|
Hmm, I tried SVN trunk... now automake -a gives me the following: configure.in: no proper invocation of AM_INIT_AUTOMAKE was found. configure.in: You should verify that configure.in invokes AM_INIT_AUTOMAKE, configure.in: that aclocal.m4 is present in the top-level directory, configure.in: and that aclocal.m4 was recently regenerated (using aclocal). audiofile/Makefile.am:2: Libtool library used but `LIBTOOL' is undefined audiofile/Makefile.am:2: The usual way to define `LIBTOOL' is to add `AC_PROG_LIBTOOL' audiofile/Makefile.am:2: to `configure.in' and run `aclocal' and `autoconf' again. audiofile/Makefile.am:2: If `AC_PROG_LIBTOOL' is in `configure.in', make sure audiofile/Makefile.am:2: its definition is in aclocal's search path. audiofile/Makefile.am: installing `./depcomp' /usr/share/automake-1.10/am/depend2.am: am__fastdepCXX does not appear in AM_CONDITIONAL /usr/share/automake-1.10/am/depend2.am: The usual way to define `am__fastdepCXX' is to add `AC_PROG_CXX' /usr/share/automake-1.10/am/depend2.am: to `configure.in' and run `aclocal' and `autoconf' again. /usr/share/automake-1.10/am/depend2.am: AMDEP does not appear in AM_CONDITIONAL /usr/share/automake-1.10/am/depend2.am: The usual way to define `AMDEP' is to add one of the compiler tests /usr/share/automake-1.10/am/depend2.am: AC_PROG_CC, AC_PROG_CXX, AC_PROG_CXX, AC_PROG_OBJC, /usr/share/automake-1.10/am/depend2.am: AM_PROG_AS, AM_PROG_GCJ, AM_PROG_UPC /usr/share/automake-1.10/am/depend2.am: to `configure.in' and run `aclocal' and `autoconf' again. filters/audiogain/Makefile.am:2: Libtool library used but `LIBTOOL' is undefined filters/audiogain/Makefile.am:2: The usual way to define `LIBTOOL' is to add `AC_PROG_LIBTOOL' filters/audiogain/Makefile.am:2: to `configure.in' and run `aclocal' and `autoconf' again. filters/audiogain/Makefile.am:2: If `AC_PROG_LIBTOOL' is in `configure.in', make sure filters/audiogain/Makefile.am:2: its definition is in aclocal's search path. filters/g722codec/Makefile.am:3: Libtool library used but `LIBTOOL' is undefined filters/g722codec/Makefile.am:3: The usual way to define `LIBTOOL' is to add `AC_PROG_LIBTOOL' filters/g722codec/Makefile.am:3: to `configure.in' and run `aclocal' and `autoconf' again. filters/g722codec/Makefile.am:3: If `AC_PROG_LIBTOOL' is in `configure.in', make sure filters/g722codec/Makefile.am:3: its definition is in aclocal's search path. filters/gsm/Makefile.am:3: Libtool library used but `LIBTOOL' is undefined filters/gsm/Makefile.am:3: The usual way to define `LIBTOOL' is to add `AC_PROG_LIBTOOL' filters/gsm/Makefile.am:3: to `configure.in' and run `aclocal' and `autoconf' again. filters/gsm/Makefile.am:3: If `AC_PROG_LIBTOOL' is in `configure.in', make sure filters/gsm/Makefile.am:3: its definition is in aclocal's search path. filters/gsm/gsm610/Makefile.am:2: Libtool library used but `LIBTOOL' is undefined filters/gsm/gsm610/Makefile.am:2: The usual way to define `LIBTOOL' is to add `AC_PROG_LIBTOOL' filters/gsm/gsm610/Makefile.am:2: to `configure.in' and run `aclocal' and `autoconf' again. filters/gsm/gsm610/Makefile.am:2: If `AC_PROG_LIBTOOL' is in `configure.in', make sure filters/gsm/gsm610/Makefile.am:2: its definition is in aclocal's search path. /usr/share/automake-1.10/am/depend2.am: am__fastdepCC does not appear in AM_CONDITIONAL /usr/share/automake-1.10/am/depend2.am: The usual way to define `am__fastdepCC' is to add `AC_PROG_CC' /usr/share/automake-1.10/am/depend2.am: to `configure.in' and run `aclocal' and `autoconf' again. filters/gsm/gsm610/Makefile.am: C source seen but `CC' is undefined filters/gsm/gsm610/Makefile.am: The usual way to define `CC' is to add `AC_PROG_CC' filters/gsm/gsm610/Makefile.am: to `configure.in' and run `autoconf' again. filters/ilbc/Makefile.am:3: Libtool library used but `LIBTOOL' is undefined filters/ilbc/Makefile.am:3: The usual way to define `LIBTOOL' is to add `AC_PROG_LIBTOOL' filters/ilbc/Makefile.am:3: to `configure.in' and run `aclocal' and `autoconf' again. filters/ilbc/Makefile.am:3: If `AC_PROG_LIBTOOL' is in `configure.in', make sure filters/ilbc/Makefile.am:3: its definition is in aclocal's search path. filters/ilbc/ilbc/Makefile.am:2: Libtool library used but `LIBTOOL' is undefined filters/ilbc/ilbc/Makefile.am:2: The usual way to define `LIBTOOL' is to add `AC_PROG_LIBTOOL' filters/ilbc/ilbc/Makefile.am:2: to `configure.in' and run `aclocal' and `autoconf' again. filters/ilbc/ilbc/Makefile.am:2: If `AC_PROG_LIBTOOL' is in `configure.in', make sure filters/ilbc/ilbc/Makefile.am:2: its definition is in aclocal's search path. filters/ilbc/ilbc/Makefile.am: C source seen but `CC' is undefined filters/ilbc/ilbc/Makefile.am: The usual way to define `CC' is to add `AC_PROG_CC' filters/ilbc/ilbc/Makefile.am: to `configure.in' and run `autoconf' again. messages/Makefile.am:2: Libtool library used but `LIBTOOL' is undefined messages/Makefile.am:2: The usual way to define `LIBTOOL' is to add `AC_PROG_LIBTOOL' messages/Makefile.am:2: to `configure.in' and run `aclocal' and `autoconf' again. messages/Makefile.am:2: If `AC_PROG_LIBTOOL' is in `configure.in', make sure messages/Makefile.am:2: its definition is in aclocal's search path. serializers/Makefile.am:2: Libtool library used but `LIBTOOL' is undefined serializers/Makefile.am:2: The usual way to define `LIBTOOL' is to add `AC_PROG_LIBTOOL' serializers/Makefile.am:2: to `configure.in' and run `aclocal' and `autoconf' again. serializers/Makefile.am:2: If `AC_PROG_LIBTOOL' is in `configure.in', make sure serializers/Makefile.am:2: its definition is in aclocal's search path. Makefile.am:6: Libtool library used but `LIBTOOL' is undefined Makefile.am:6: The usual way to define `LIBTOOL' is to add `AC_PROG_LIBTOOL' Makefile.am:6: to `configure.in' and run `aclocal' and `autoconf' again. Makefile.am:6: If `AC_PROG_LIBTOOL' is in `configure.in', make sure Makefile.am:6: its definition is in aclocal's search path. Makefile.am: C source seen but `CC' is undefined Makefile.am: The usual way to define `CC' is to add `AC_PROG_CC' Makefile.am: to `configure.in' and run `autoconf' again. Any ideas? |
|
From: Tzafrir C. <tza...@xo...> - 2009-10-18 22:07:47
|
On Sun, Oct 18, 2009 at 04:50:41PM -0500, Bill S wrote: > I'm not able to compile orkbase on Debian Lenny amd64. > > No problems with automake or configure script... It just fails when it trys > to compile the serializer it seems: > > Making all in serializers > make[2]: Entering directory `/usr/src/oreka-0.5-313/orkbasecxx/serializers' > /bin/sh ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I.. > -I.. -D_REENTRANT -g -O2 -MT Serializer.lo -MD -MP -MF > .deps/Serializer.Tpo -c -o Serializer.lo Serializer.cpp > g++ -DHAVE_CONFIG_H -I. -I.. -I.. -D_REENTRANT -g -O2 -MT Serializer.lo -MD > -MP -MF .deps/Serializer.Tpo -c Serializer.cpp -fPIC -DPIC -o > .libs/Serializer.o > In file included from Serializer.cpp:19: > ../Utils.h:91: error: extra qualification ‘AlphaCounter::’ on member > ‘AlphaCounter’ > ../Utils.h:101: error: extra qualification ‘AlphaCounter::’ on member > ‘GetNext’ Sorry, wrong answer. "extra qualification" is probably something along the lines of signed/unsigned or const/non-const. I also have a patch that fixes almost all of those: http://sourceforge.net/tracker/index.php?func=detail&aid=2878876&group_id=150919&atid=779262 Though I hope it doesn't break anything. -- Tzafrir Cohen icq#16849755 jabber:tza...@xo... +972-50-7952406 mailto:tza...@xo... http://www.xorcom.com iax:gu...@lo.../tzafrir |
|
From: Tzafrir C. <tza...@xo...> - 2009-10-18 21:58:29
|
On Sun, Oct 18, 2009 at 04:50:41PM -0500, Bill S wrote: > I'm not able to compile orkbase on Debian Lenny amd64. The tarball? don't waste your your time with it. Here's something for you to waste your time on: http://sourceforge.net/tracker/index.php?func=detail&aid=2878866&group_id=150919&atid=779262 Those are vs. latest SVN. -- Tzafrir Cohen icq#16849755 jabber:tza...@xo... +972-50-7952406 mailto:tza...@xo... http://www.xorcom.com iax:gu...@lo.../tzafrir |
|
From: Bill S <pho...@gm...> - 2009-10-18 21:50:49
|
I'm not able to compile orkbase on Debian Lenny amd64. No problems with automake or configure script... It just fails when it trys to compile the serializer it seems: Making all in serializers make[2]: Entering directory `/usr/src/oreka-0.5-313/orkbasecxx/serializers' /bin/sh ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I.. -I.. -D_REENTRANT -g -O2 -MT Serializer.lo -MD -MP -MF .deps/Serializer.Tpo -c -o Serializer.lo Serializer.cpp g++ -DHAVE_CONFIG_H -I. -I.. -I.. -D_REENTRANT -g -O2 -MT Serializer.lo -MD -MP -MF .deps/Serializer.Tpo -c Serializer.cpp -fPIC -DPIC -o .libs/Serializer.o In file included from Serializer.cpp:19: ../Utils.h:91: error: extra qualification ‘AlphaCounter::’ on member ‘AlphaCounter’ ../Utils.h:101: error: extra qualification ‘AlphaCounter::’ on member ‘GetNext’ make[2]: *** [Serializer.lo] Error 1 make[2]: Leaving directory `/usr/src/oreka-0.5-313/orkbasecxx/serializers' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/src/oreka-0.5-313/orkbasecxx' make: *** [all] Error 2 Any ideas? Thanks. |
|
From: Ariel R. F. <ar...@et...> - 2009-10-10 02:18:29
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> </head> <body bgcolor="#ffffff" text="#000000"> Sorry for the first one, i hope the format of this one shows ok.<br> <br> <br> Hello, <br> <br> we have analyzed the mcf file generated by orkaudio, after checking the details in the source code of orkbasecxxx, <br> file: AudioCapture.h, class AudioChunkDetails we have found: <br> <br> <br> Example of a .mcf file (header and payload data): <br> <br> <br> <tt><b>+------- BLOCK ( 1)--------------+ </b><br> Bytes Hexadecimal Type<br> [ 4] [2a2a 2a2a ] [**** ] [C] <--- AudioChunkDetails.Marker <br> [ 4] [0200 0000 ] [AlawAudio (2)] [E] <--- AudioChunkDetails.Encoding<br> (UnknownAudio = 0,<br> PcmAudio = 1,<br> AlawAudio = 2,<br> UlawAudio = 3,<br> GsmAudio = 4,<br> IlbcAudio = 5,<br> G722Audio = 6,<br> InvalidAudio = 7)<br> <br> [ 4] [3000 0000 ] [ 48] [U] <--- AudioChunkDetails.numBytes <br> [ 4] [700a 7600 ] [ 7735920] [U] <--- AudioChunkDetails.Timestamp <br> [ 4] [ffb6 804a ] [ 1249949439] [U] <--- AudioChunkDetails.ArrivalTimestmp <br> [ 4] [41bf 0000 ] [ 48961] [U] <--- AudioChunkDetails.Sequence <br> [ 4] [401f 0000 ] [ 8000] [U] <--- AudioChunkDetails.SampleRate <br> [ 1] [04 ] [. ] [C] <--- AudioChunkDetails.PayLType<br> (4 = G.723.1) <br> [ 1] [02 ] [Stereo (2)] [H] <--- AudioChunkDetails.Channels <br> [ 2] [bc09 ] [ 2492] [U] <--- Unknown --------????????????? <br> [ 48] [e8e2 1149 9054 854b 7212 0630 78c6 c78a ] [...I.T.Kr..0x...] [C] <--- Data<br> [83a2 4aa8 a78d cd42 d446 d616 b13a 000a ] [..J....B.F...:..] <br> [d1ca e597 fc8d 9976 8550 aa57 7262 59c2 ] [.......v.P.WrbY.] <br> </tt><br> As you can see, there are 2 bytes (between "AudioChunkDetails.Channels" and "Data" that are marked as Unknown. <br> <br> <br> What the 2 bytes marked as Unknown represent? <br> <br> <b>--o-- </b><br> <br> We have seen that the .mcf file contains blocks of data of both channels: <br> <br> forward (data from the origin of the call) and <br> reversed (data coming from the destination) <br> <br> The blocks of data from the origin always are one channel (mono), 24 bytes of data payload. <br> The data blocks from the destination are two channels (stereo), 48bytes of data payload. <br> <br> I think the process of decoding the data contained on the mcf file involves the decoding of the "forward" data, decoding the reversed data and after that, <br> mix the resultant decoded data as a mono wav file, is the process something like that? <br> <br> <br> We do not have problems decoding the "forward" data as a wav file, for example, extracting all the forward payload data, appending it to a file, and then decoding that file. <br> however, we are not sure in what we have to do to decode the "reversed" data (2 channel (stereo) 48 bytes of payload), any ideas? <br> <br> <br> <b>--------------------------------------------------------------------------- <br> </b><br> An example of some data blocks from a .mcf file: <br> <br> - Reversed blocks are 48 bytes of payload data, stereo. <br> - Forward blocks are 24 bytes of payload data, mono. <br> <br> You can see a .mcf file is arranged (in this case) 1 block of reversed data (48 bytes stereo) and two blocks of forward data (each one of 24 bytes, mono) and so on. <br> <br> <br> <tt>+------- BLOQUE ( 1)--------------+ <br> [ 4] [2a2a 2a2a ] [**** ] [C] <--- AudioChunkDetails.Marker <br> [ 4] [0200 0000 ] [AlawAudio (2)] [E] <--- AudioChunkDetails.Encoding <br> [ 4] [3000 0000 ] [ 48] [U] <--- AudioChunkDetails.numBytes <br> [ 4] [700a 7600 ] [ 7735920] [U] <--- AudioChunkDetails.Timestamp <br> [ 4] [ffb6 804a ] [ 1249949439] [U] <--- AudioChunkDetails.ArrivalTimestmp <br> [ 4] [41bf 0000 ] [ 48961] [U] <--- AudioChunkDetails.Sequence <br> [ 4] [401f 0000 ] [ 8000] [U] <--- AudioChunkDetails.SampleRate <br> [ 1] [04 ] [. ] [C] <--- AudioChunkDetails.PayLType <br> [ 1] [02 ] [Stereo (2)] [H] <--- AudioChunkDetails.Channels <br> [ 2] [bc09 ] [ 2492] [U] <--- Unknown <br> [ 48] [e8e2 1149 9054 854b 7212 0630 78c6 c78a ] [...I.T.Kr..0x...] [C] <--- Data<br> [83a2 4aa8 a78d cd42 d446 d616 b13a 000a ] [..J....B.F...:..] <br> [d1ca e597 fc8d 9976 8550 aa57 7262 59c2 ] [.......v.P.WrbY.] <br> +------- BLOQUE ( 2)--------------+ <br> [ 4] [2a2a 2a2a ] [**** ] [C] <--- AudioChunkDetails.Marker <br> [ 4] [0200 0000 ] [AlawAudio (2)] [E] <--- AudioChunkDetails.Encoding <br> [ 4] [1800 0000 ] [ 24] [U] <--- AudioChunkDetails.numBytes <br> [ 4] [b37e d7a7 ] [ -1479049549] [U] <--- AudioChunkDetails.Timestamp <br> [ 4] [ffb6 804a ] [ 1249949439] [U] <--- AudioChunkDetails.ArrivalTimestmp <br> [ 4] [ab8b 0000 ] [ 35755] [U] <--- AudioChunkDetails.Sequence <br> [ 4] [401f 0000 ] [ 8000] [U] <--- AudioChunkDetails.SampleRate <br> [ 1] [04 ] [. ] [C] <--- AudioChunkDetails.PayLType <br> [ 1] [01 ] [Mono (1)] [H] <--- AudioChunkDetails.Channels <br> [ 2] [61b7 ] [ 46945] [U] <--- Unknown <br> [ 24] [e0a8 034f 8284 8605 d8ea a45a 2a00 9ad4 ] [...O.......Z*...] [C] <--- Data<br> [51d7 e762 e67d 0462 ] [Q..b.}.b ] <br> +------- BLOQUE ( 3)--------------+ <br> [ 4] [2a2a 2a2a ] [**** ] [C] <--- AudioChunkDetails.Marker <br> [ 4] [0200 0000 ] [AlawAudio (2)] [E] <--- AudioChunkDetails.Encoding <br> [ 4] [1800 0000 ] [ 24] [U] <--- AudioChunkDetails.numBytes <br> [ 4] [a37f d7a7 ] [ -1479049309] [U] <--- AudioChunkDetails.Timestamp <br> [ 4] [ffb6 804a ] [ 1249949439] [U] <--- AudioChunkDetails.ArrivalTimestmp <br> [ 4] [ac8b 0000 ] [ 35756] [U] <--- AudioChunkDetails.Sequence <br> [ 4] [401f 0000 ] [ 8000] [U] <--- AudioChunkDetails.SampleRate <br> [ 1] [04 ] [. ] [C] <--- AudioChunkDetails.PayLType <br> [ 1] [01 ] [Mono (1)] [H] <--- AudioChunkDetails.Channels <br> [ 2] [382f ] [ 12088] [U] <--- Unknown <br> [ 24] [7cc8 f346 8ac4 96d4 3a92 2329 8c06 10f9 ] [|..F....:.#)....] [C] <--- Data<br> [4bb7 09aa 87ee a4bd ] [K....... ] <br> +------- BLOQUE ( 4)--------------+ <br> [ 4] [2a2a 2a2a ] [**** ] [C] <--- AudioChunkDetails.Marker <br> [ 4] [0200 0000 ] [AlawAudio (2)] [E] <--- AudioChunkDetails.Encoding <br> [ 4] [3000 0000 ] [ 48] [U] <--- AudioChunkDetails.numBytes <br> [ 4] [500c 7600 ] [ 7736400] [U] <--- AudioChunkDetails.Timestamp <br> [ 4] [ffb6 804a ] [ 1249949439] [U] <--- AudioChunkDetails.ArrivalTimestmp <br> [ 4] [42bf 0000 ] [ 48962] [U] <--- AudioChunkDetails.Sequence <br> [ 4] [401f 0000 ] [ 8000] [U] <--- AudioChunkDetails.SampleRate <br> [ 1] [04 ] [. ] [C] <--- AudioChunkDetails.PayLType <br> [ 1] [02 ] [Stereo (2)] [H] <--- AudioChunkDetails.Channels <br> [ 2] [0000 ] [ 0] [U] <--- Unknown <br> [ 48] [4c08 cda2 f0dc 2e5d d219 7c00 3a4a e27c ] [L......]..|.:J.|] [C] <--- Data<br> [243e 0d38 a239 75d8 a4f2 ce6d 4544 30b2 ] [$>.8.9u....mED0.] <br> [5629 0930 7c72 3e9b 271b c3f8 99f0 51b5 ] [V).0|r>.'.....Q.] <br> <br> +------- BLOQUE ( 5)--------------+ <br> [ 4] [2a2a 2a2a ] [**** ] [C] <--- AudioChunkDetails.Marker <br> [ 4] [0200 0000 ] [AlawAudio (2)] [E] <--- AudioChunkDetails.Encoding <br> [ 4] [1800 0000 ] [ 24] [U] <--- AudioChunkDetails.numBytes <br> [ 4] [9380 d7a7 ] [ -1479049069] [U] <--- AudioChunkDetails.Timestamp <br> [ 4] [ffb6 804a ] [ 1249949439] [U] <--- AudioChunkDetails.ArrivalTimestmp <br> [ 4] [ad8b 0000 ] [ 35757] [U] <--- AudioChunkDetails.Sequence <br> [ 4] [401f 0000 ] [ 8000] [U] <--- AudioChunkDetails.SampleRate <br> [ 1] [04 ] [. ] [C] <--- AudioChunkDetails.PayLType <br> [ 1] [01 ] [Mono (1)] [H] <--- AudioChunkDetails.Channels <br> [ 2] [0000 ] [ 0] [U] <--- Unknown <br> [ 24] [e4b4 a145 8a34 adbc 4aad 2b2a eece 9dc9 ] [...E.4..J.+*....] [C] <--- Data<br> [513d cdb2 36a7 ea78 ] [Q=..6..x ] <br> +------- BLOQUE ( 6)--------------+ <br> [ 4] [2a2a 2a2a ] [**** ] [C] <--- AudioChunkDetails.Marker <br> [ 4] [0200 0000 ] [AlawAudio (2)] [E] <--- AudioChunkDetails.Encoding <br> [ 4] [1800 0000 ] [ 24] [U] <--- AudioChunkDetails.numBytes <br> [ 4] [8381 d7a7 ] [ -1479048829] [U] <--- AudioChunkDetails.Timestamp <br> [ 4] [ffb6 804a ] [ 1249949439] [U] <--- AudioChunkDetails.ArrivalTimestmp <br> [ 4] [ae8b 0000 ] [ 35758] [U] <--- AudioChunkDetails.Sequence <br> [ 4] [401f 0000 ] [ 8000] [U] <--- AudioChunkDetails.SampleRate <br> [ 1] [04 ] [. ] [C] <--- AudioChunkDetails.PayLType <br> [ 1] [01 ] [Mono (1)] [H] <--- AudioChunkDetails.Channels <br> [ 2] [382f ] [ 12088] [U] <--- Unknown <br> [ 24] [4087 595c b3c6 1cac 56cf 2501 48f8 003d ] [@.Y\....V.%.H..=] [C] <--- Data<br> [0e8b 0a34 3afb 00c7 ] [...4:... ] <br> <br> </tt> <br> In this case, we are showing fragments of a mcf file, it contains G.723.1 encoded payload (payload type 4), 6.3 kbps, 8000 hz. <br> <br> <br> <br> Thanks for the help. <br> <br> <br> Ariel Rincon Falconi <br> <br> <br> <br> <br> <br> <br> <br> <br> <pre class="moz-signature" cols="72">-- Ariel Rincón Falconi <a class="moz-txt-link-rfc2396E" href="mailto:ar...@et..."><ar...@et...></a> Enlaces Tecnológicos S.A de C.V. Av. Patria #1347-14 Mirador del Sol Zapopan, Jalisco; México C.P. 45054 Tels. +52 (33) 3620-6437 y 3620-8387 <a class="moz-txt-link-abbreviated" href="http://www.et.com.mx">www.et.com.mx</a></pre> </body> </html> |
|
From: Ariel R. F. <ar...@et...> - 2009-10-10 01:58:25
|
Hello,
we have analyzed the mcf file generated by orkaudio, after checking the
details in the source code of orkbasecxxx,
file: AudioCapture.h, class AudioChunkDetails we have found:
Example of a .mcf file (header and payload data):
+------- BLOCK ( 1)--------------+
Bytes Hexadecimal
Type
[ 4] [2a2a 2a2a ] [**** ]
[C] <--- AudioChunkDetails.Marker
[ 4] [0200 0000 ] [AlawAudio (2)]
[E] <--- AudioChunkDetails.Encoding (UnknownAudio = 0, PcmAudio = 1,
AlawAudio = 2,
UlawAudio = 3, GsmAudio = 4,
IlbcAudio = 5,
G722Audio = 6, InvalidAudio = 7)
[ 4] [3000 0000 ] [ 48]
[U] <--- AudioChunkDetails.numBytes
[ 4] [700a 7600 ] [ 7735920]
[U] <--- AudioChunkDetails.Timestamp
[ 4] [ffb6 804a ] [ 1249949439]
[U] <--- AudioChunkDetails.ArrivalTimestmp
[ 4] [41bf 0000 ] [ 48961]
[U] <--- AudioChunkDetails.Sequence
[ 4] [401f 0000 ] [ 8000]
[U] <--- AudioChunkDetails.SampleRate
[ 1] [04 ] [. ]
[C] <--- AudioChunkDetails.PayLType (4 = G.723.1)
[ 1] [02 ] [Stereo (2)]
[H] <--- AudioChunkDetails.Channels
[ 2] [bc09 ] [ 2492]
[U] <--- Unknown ----------------------------?????????????
[ 48] [e8e2 1149 9054 854b 7212 0630 78c6 c78a ] [...I.T.Kr..0x...]
[C] <--- Data
[83a2 4aa8 a78d cd42 d446 d616 b13a 000a ] [..J....B.F...:..]
[d1ca e597 fc8d 9976 8550 aa57 7262 59c2 ] [.......v.P.WrbY.]
As you can see, there are 2 bytes (between "AudioChunkDetails.Channels"
and "Data" that are marked as Unknown.
What the 2 bytes marked as Unknown represent?
--o--
We have seen that the .mcf file contains blocks of data of both channels:
forward (data from the origin of the call) and
reversed (data coming from the destination)
The blocks of data from the origin always are one channel (mono), 24
bytes of data payload.
The data blocks from the destination are two channels (stereo), 48bytes
of data payload.
I think the process of decoding the data contained on the mcf file
involves the decoding of the "forward" data, decoding the reversed data
and after that,
mix the resultant decoded data as a mono wav file, is the process
something like that?
We do not have problems decoding the "forward" data as a wav file, for
example, extracting all the forward payload data, appending it to a
file, and then decoding that file.
however, we are not sure in what we have to do to decode the "reversed"
data (2 channel (stereo) 48 bytes of payload), any ideas?
---------------------------------------------------------------------------
An example of some data blocks from a .mcf file:
- Reversed blocks are 48 bytes of payload data, stereo.
- Forward blocks are 24 bytes of payload data, mono.
You can see a .mcf file is arranged (in this case) 1 block of reversed
data (48 bytes stereo) and two blocks of forward data (each one of 24
bytes, mono) and so on.
+------- BLOQUE ( 1)--------------+
[ 4] [2a2a 2a2a ] [**** ]
[C] <--- AudioChunkDetails.Marker
[ 4] [0200 0000 ] [AlawAudio (2)]
[E] <--- AudioChunkDetails.Encoding
[ 4] [3000 0000 ] [ 48]
[U] <--- AudioChunkDetails.numBytes
[ 4] [700a 7600 ] [ 7735920]
[U] <--- AudioChunkDetails.Timestamp
[ 4] [ffb6 804a ] [ 1249949439]
[U] <--- AudioChunkDetails.ArrivalTimestmp
[ 4] [41bf 0000 ] [ 48961]
[U] <--- AudioChunkDetails.Sequence
[ 4] [401f 0000 ] [ 8000]
[U] <--- AudioChunkDetails.SampleRate
[ 1] [04 ] [. ]
[C] <--- AudioChunkDetails.PlayLType
[ 1] [02 ] [Stereo (2)]
[H] <--- AudioChunkDetails.Channels
[ 2] [bc09 ] [ 2492]
[U] <--- Unknown
[ 48] [e8e2 1149 9054 854b 7212 0630 78c6 c78a ] [...I.T.Kr..0x...]
[C] <--- Data
[83a2 4aa8 a78d cd42 d446 d616 b13a 000a ] [..J....B.F...:..]
[d1ca e597 fc8d 9976 8550 aa57 7262 59c2 ] [.......v.P.WrbY.]
+------- BLOQUE ( 2)--------------+
[ 4] [2a2a 2a2a ] [**** ]
[C] <--- AudioChunkDetails.Marker
[ 4] [0200 0000 ] [AlawAudio (2)]
[E] <--- AudioChunkDetails.Encoding
[ 4] [1800 0000 ] [ 24]
[U] <--- AudioChunkDetails.numBytes
[ 4] [b37e d7a7 ] [ -1479049549]
[U] <--- AudioChunkDetails.Timestamp
[ 4] [ffb6 804a ] [ 1249949439]
[U] <--- AudioChunkDetails.ArrivalTimestmp
[ 4] [ab8b 0000 ] [ 35755]
[U] <--- AudioChunkDetails.Sequence
[ 4] [401f 0000 ] [ 8000]
[U] <--- AudioChunkDetails.SampleRate
[ 1] [04 ] [. ]
[C] <--- AudioChunkDetails.PlayLType
[ 1] [01 ] [Mono (1)]
[H] <--- AudioChunkDetails.Channels
[ 2] [61b7 ] [ 46945]
[U] <--- Unknown
[ 24] [e0a8 034f 8284 8605 d8ea a45a 2a00 9ad4 ] [...O.......Z*...]
[C] <--- Data
[51d7 e762 e67d 0462 ] [Q..b.}.b ]
+------- BLOQUE ( 3)--------------+
[ 4] [2a2a 2a2a ] [**** ]
[C] <--- AudioChunkDetails.Marker
[ 4] [0200 0000 ] [AlawAudio (2)]
[E] <--- AudioChunkDetails.Encoding
[ 4] [1800 0000 ] [ 24]
[U] <--- AudioChunkDetails.numBytes
[ 4] [a37f d7a7 ] [ -1479049309]
[U] <--- AudioChunkDetails.Timestamp
[ 4] [ffb6 804a ] [ 1249949439]
[U] <--- AudioChunkDetails.ArrivalTimestmp
[ 4] [ac8b 0000 ] [ 35756]
[U] <--- AudioChunkDetails.Sequence
[ 4] [401f 0000 ] [ 8000]
[U] <--- AudioChunkDetails.SampleRate
[ 1] [04 ] [. ]
[C] <--- AudioChunkDetails.PlayLType
[ 1] [01 ] [Mono (1)]
[H] <--- AudioChunkDetails.Channels
[ 2] [382f ] [ 12088]
[U] <--- Unknown
[ 24] [7cc8 f346 8ac4 96d4 3a92 2329 8c06 10f9 ] [|..F....:.#)....]
[C] <--- Data
[4bb7 09aa 87ee a4bd ] [K....... ]
+------- BLOQUE ( 4)--------------+
[ 4] [2a2a 2a2a ] [**** ]
[C] <--- AudioChunkDetails.Marker
[ 4] [0200 0000 ] [AlawAudio (2)]
[E] <--- AudioChunkDetails.Encoding
[ 4] [3000 0000 ] [ 48]
[U] <--- AudioChunkDetails.numBytes
[ 4] [500c 7600 ] [ 7736400]
[U] <--- AudioChunkDetails.Timestamp
[ 4] [ffb6 804a ] [ 1249949439]
[U] <--- AudioChunkDetails.ArrivalTimestmp
[ 4] [42bf 0000 ] [ 48962]
[U] <--- AudioChunkDetails.Sequence
[ 4] [401f 0000 ] [ 8000]
[U] <--- AudioChunkDetails.SampleRate
[ 1] [04 ] [. ]
[C] <--- AudioChunkDetails.PlayLType
[ 1] [02 ] [Stereo (2)]
[H] <--- AudioChunkDetails.Channels
[ 2] [0000 ] [ 0]
[U] <--- Unknown
[ 48] [4c08 cda2 f0dc 2e5d d219 7c00 3a4a e27c ] [L......]..|.:J.|]
[C] <--- Data
[243e 0d38 a239 75d8 a4f2 ce6d 4544 30b2 ] [$>.8.9u....mED0.]
[5629 0930 7c72 3e9b 271b c3f8 99f0 51b5 ] [V).0|r>.'.....Q.]
+------- BLOQUE ( 5)--------------+
[ 4] [2a2a 2a2a ] [**** ]
[C] <--- AudioChunkDetails.Marker
[ 4] [0200 0000 ] [AlawAudio (2)]
[E] <--- AudioChunkDetails.Encoding
[ 4] [1800 0000 ] [ 24]
[U] <--- AudioChunkDetails.numBytes
[ 4] [9380 d7a7 ] [ -1479049069]
[U] <--- AudioChunkDetails.Timestamp
[ 4] [ffb6 804a ] [ 1249949439]
[U] <--- AudioChunkDetails.ArrivalTimestmp
[ 4] [ad8b 0000 ] [ 35757]
[U] <--- AudioChunkDetails.Sequence
[ 4] [401f 0000 ] [ 8000]
[U] <--- AudioChunkDetails.SampleRate
[ 1] [04 ] [. ]
[C] <--- AudioChunkDetails.PlayLType
[ 1] [01 ] [Mono (1)]
[H] <--- AudioChunkDetails.Channels
[ 2] [0000 ] [ 0]
[U] <--- Unknown
[ 24] [e4b4 a145 8a34 adbc 4aad 2b2a eece 9dc9 ] [...E.4..J.+*....]
[C] <--- Data
[513d cdb2 36a7 ea78 ] [Q=..6..x ]
+------- BLOQUE ( 6)--------------+
[ 4] [2a2a 2a2a ] [**** ]
[C] <--- AudioChunkDetails.Marker
[ 4] [0200 0000 ] [AlawAudio (2)]
[E] <--- AudioChunkDetails.Encoding
[ 4] [1800 0000 ] [ 24]
[U] <--- AudioChunkDetails.numBytes
[ 4] [8381 d7a7 ] [ -1479048829]
[U] <--- AudioChunkDetails.Timestamp
[ 4] [ffb6 804a ] [ 1249949439]
[U] <--- AudioChunkDetails.ArrivalTimestmp
[ 4] [ae8b 0000 ] [ 35758]
[U] <--- AudioChunkDetails.Sequence
[ 4] [401f 0000 ] [ 8000]
[U] <--- AudioChunkDetails.SampleRate
[ 1] [04 ] [. ]
[C] <--- AudioChunkDetails.PlayLType
[ 1] [01 ] [Mono (1)]
[H] <--- AudioChunkDetails.Channels
[ 2] [382f ] [ 12088]
[U] <--- Unknown
[ 24] [4087 595c b3c6 1cac 56cf 2501 48f8 003d ] [@.Y\....V.%.H..=]
[C] <--- Data
[0e8b 0a34 3afb 00c7 ] [...4:... ]
In this case, we are showing fragments of a mcf file, it contains
G.723.1 encoded payload (payload type 4), 6.3 kbps, 8000 hz.
Thanks for the help.
Ariel Rincon Falconi
|
|
From: Tzafrir C. <tza...@xo...> - 2009-10-07 17:40:33
|
Hi On Thu, Sep 24, 2009 at 11:56:24PM +0300, Tzafrir Cohen wrote: > On Thu, Sep 24, 2009 at 03:10:36PM -0400, Henri Herscher wrote: > > All, > > > > > > > > We have developed a new way of recording Asterisk calls through a > > combination of a new Xorcom developed Asterisk Module and new OrecX > > developed Oreka code. The entire stack is being release as open source! > > > > > > > > A webinar will be held by the good folks from Xorcom. The details are below. > > In the mean time, those of you who want to look at the code, should look > at > > http://svn.asterisk.org/svn/asterisk/team/tzafrir/monitor-rtp/ > > Or the variant for Asterisk 1.4: > > http://svn.asterisk.org/svn/asterisk/team/tzafrir/monitor-rtp-14/ > > You can use 'svn diff' to generate patches vs the original branch. E.g.: > > svn diff http://svn.asterisk.org/svn/asterisk/branches/1.4 \ > http://svn.asterisk.org/svn/asterisk/team/tzafrir/monitor-rtp-14/ \ > >monitor-rtp-14.diff > > Some more information: > > http://svn.asterisk.org/svn/asterisk/team/tzafrir/monitor-rtp/doc/monitor-rtp.txt > http://svn.asterisk.org/svn/asterisk/team/tzafrir/monitor-rtp/configs/monitor.conf.sample > > As I mentioned there, I think that the name 'DahdiIntercept' for this is > not such a good one. Maybe call it 'AsteriskIntercept' instead? It has > nothing DAHDI-specific. It is applicable to any other non-voip channel > as well. And it is actually good for letting *Asterisk* send the exact > traffic and metadata. I've updated both the trunk (monitor-rtp) and the 1.4 backport (monitor-rtp-1.4) branches in the recent days. The major change is that setting RTP_PORT_OFFSET is now no longer needed. Thus there is no longer anything dahdi-specific in this code[0]. At the moment I would actually recommend that you test the 1.4 version, as in the trunk version there is a problem getting CDR data for the moment. [0] The 1.4 branch still has a small change to chan_dahdi but this is a simple backport of the 'setvar' feature from 1.6.0 , that is: setting variables in the channel configuration. This can anyway be done in the dialplan, and is already supported in 1.4 for chan_sip and chaan_iax2. -- Tzafrir Cohen icq#16849755 jabber:tza...@xo... +972-50-7952406 mailto:tza...@xo... http://www.xorcom.com iax:gu...@lo.../tzafrir |