oreka-devel Mailing List for oreka

On Mon, Aug 31, 2009 at 10:53:19AM -0400, Henri Herscher wrote:
> Tzafir,
> 
> Thanks for these suggestions, for autoconf, I am very weary of doing this
> because it will probably mean we cannot compile orkaudio on older distros.

What do you mean by "older distributions"? Which are your main reference
platforms?

The reason you worry about autoconf for older distributions is that
there has been no tarball release for quite some time. With a proper
release tarball you just use './configure; make; make install'

> 
> You can build orkbase and orkaudio as two separate packages; what prevents
> you from doing it? You just need to make sure you make and make install
> orkbasecxx before you make orkaudio.

* orkbasecxx does not install its include files to anywhere under
  /usr/include .
* All the #include-s of headers from orkbase should use <> instead of "".
* Orkaudio should not assume orkbase is at ../orkbasecxx

Are patches welcomed?

> 
> For the Java part, you would need to come up with an ant script if you are
> not using eclipse. If you do, I would be glad to add it to svn, it would be
> useful for everyone.

Java is not my cup of tea.

-- 
               Tzafrir Cohen
icq#16849755              jabber:tza...@xo...
+972-50-7952406           mailto:tza...@xo...
http://www.xorcom.com  iax:gu...@lo.../tzafrir

Tzafir,

Thanks for these suggestions, for autoconf, I am very weary of doing this
because it will probably mean we cannot compile orkaudio on older distros.

You can build orkbase and orkaudio as two separate packages; what prevents
you from doing it? You just need to make sure you make and make install
orkbasecxx before you make orkaudio.

For the Java part, you would need to come up with an ant script if you are
not using eclipse. If you do, I would be glad to add it to svn, it would be
useful for everyone.

Henri


-----Original Message-----
From: Tzafrir Cohen [mailto:tza...@xo...] 
Sent: 30 August 2009 18:45
To: ore...@li...
Subject: [Oreka-devel] C++ builds: separate packages?

Hi

I'm trying to make a proper install out of oreka (latest SVN).

The following issues come to mind:

1. autoconf 2.13 is used there. Any chance you could use a newer one?
autoreconf makes things much simpler in later autoconf versions.

Generally what it takes is removing the existing configure.in and adding
a new configure.ac , which is mostly based on the output of autoscan .

2. It seems that orkaudio uses headers from orlbasecxx directly:

INCLUDES = -I@top_srcdir@ -I../orkbasecxx -I../orkbasecxx/filters/gsm
  -I../orkbasecxx/filters/gsm/gsm610 -I../orkbasecxx/filters/ilbc
  -I../orkbasecxx/filters/ilbc/ilbc -I../orkbasecxx/filters/audiogain
  -I../orkbasecxx/filters/g722codec

However the linking is done vs. -lorkbase 

orkaudio_LDFLAGS = -lACE -lxerces-c -llog4cxx -lorkbase -lsndfile

I originally wanted to just build each of the two (orkbasecxx, orkaudio)
as a separate package, due to the fact I have to run 'make install' .
But this doesn't seem to work.

Should this be fixed to include <orkbase/foo.h> instead of "foo.h"?

3. How do I build the Java part without Eclipse? Will JDK 1.6 do?

(Though the Java part is of lesser importance for us now)

-- 
               Tzafrir Cohen
icq#16849755              jabber:tza...@xo...
+972-50-7952406           mailto:tza...@xo...
http://www.xorcom.com  iax:gu...@lo.../tzafrir

----------------------------------------------------------------------------
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus
on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Oreka-devel mailing list
Ore...@li...
https://lists.sourceforge.net/lists/listinfo/oreka-devel

What items are missing? Do you not manage to compile according this recipe?

 

http://oreka.sourceforge.net/oreka-documentation.html#d0e135

 

Henri

 

  _____  

From: Dennis Drew [mailto:dre...@ya...] 
Sent: 30 August 2009 19:27
To: Ore...@li...
Subject: Re: [Oreka-devel] Only a test

 

Tzafrir Cohen

Where you say:


3. How do I build the Java part without Eclipse? Will JDK 1.6 do?

(Though the Java part is of lesser importance for us now)

I tried this a while ago but there seem to be MANY missing (not included in
the download) third party Java libraries... Jars. I spent a day trying to
track all of them down just for fun but was unsuccessful. Seems a lot of the
items referenced in this 2005 code are now depreciated and finding which of
the previous versions work is just too time consuming. Would have been nice
if the folks would have included them somewhere but I think now all is lost!

 

If you have he tie time and figure them out I would be inerested...

 

Thanks,

Dennis

Tzafrir Cohen
Where you say:

3. How do I build the Java part without Eclipse? Will JDK 1.6 do?

(Though the Java part is of lesser importance for us now)

I tried this a while ago but there seem to be MANY missing (not included in the download) third party Java libraries... Jars. I spent a day trying to track all of them down just for fun but was unsuccessful. Seems a lot of the items referenced in this 2005 code are now depreciated and finding which of the previous versions work is just too time consuming. Would have been nice if the folks would have included them somewhere but I think now all is lost!


If you have he tie time and figure them out I would be inerested...

Thanks,
Dennis

test... test... test

Hi

I'm trying to make a proper install out of oreka (latest SVN).

The following issues come to mind:

1. autoconf 2.13 is used there. Any chance you could use a newer one?
autoreconf makes things much simpler in later autoconf versions.

Generally what it takes is removing the existing configure.in and adding
a new configure.ac , which is mostly based on the output of autoscan .

2. It seems that orkaudio uses headers from orlbasecxx directly:

INCLUDES = -I@top_srcdir@ -I../orkbasecxx -I../orkbasecxx/filters/gsm
  -I../orkbasecxx/filters/gsm/gsm610 -I../orkbasecxx/filters/ilbc
  -I../orkbasecxx/filters/ilbc/ilbc -I../orkbasecxx/filters/audiogain
  -I../orkbasecxx/filters/g722codec

However the linking is done vs. -lorkbase 

orkaudio_LDFLAGS = -lACE -lxerces-c -llog4cxx -lorkbase -lsndfile

I originally wanted to just build each of the two (orkbasecxx, orkaudio)
as a separate package, due to the fact I have to run 'make install' .
But this doesn't seem to work.

Should this be fixed to include <orkbase/foo.h> instead of "foo.h"?

3. How do I build the Java part without Eclipse? Will JDK 1.6 do?

(Though the Java part is of lesser importance for us now)

-- 
               Tzafrir Cohen
icq#16849755              jabber:tza...@xo...
+972-50-7952406           mailto:tza...@xo...
http://www.xorcom.com  iax:gu...@lo.../tzafrir

Howdy,

 

So, I've found an error in the call identification logic in OrkAudio, at
least as far as Cisco Unified Communications Manager Express (UCME) is
concerned.  With UCME, all calls that pass through the UCME router use a
single IP:port endpoint on the UCME side, set with the "ip
source-address" command in the "telephony-service" context:

 

http://www.cisco.com/en/US/docs/voice_ip_comm/cucme/command/reference/cm
e_i1ht.html#wp1012400

 

In practice, this is usually set to the UCME router's IP address on its
voice VLAN interface and port 2000.  Now, this port number is used for
two purposes:

 

1)      It's the TCP port for the router side of SCCP connections (i.e.
the SCCP server port)

2)      It's the UDP port for the router side of  *all* RTP sessions

 

It's usage #2 that screws up OrkAudio.  OrkAudio only stores the IP:port
of one side of an RTP session as the key in the
RtpSessions::m_byIpAndPort memory map, based on the assumption that
every RTP stream has a unique IP:port on both ends of the call.
Unfortunately, this assumption isn't true for UCME, so it ends up
identifying multiple simultaneous calls with the UCME router's IP:port
on one end of the call as being the same call, merges the unrelated
calls, and mixes the audio from their RTP streams together.

 

I hacked the orkaudio VoIP audio capture plugin to do two things:

 

1)      To never identify an RTP session by the IP address of a Media
Gateway, and then placed the UCME router's IP address in the Media
Gateways section of the orkaudio's config.xml file.  However, this still
didn't solve the problem, because the RTP sessions were being created
and updated by Oreka's SCCP (Skinny) sniffing.  I tracked the problem
down to Oreka's handling of the SCCP Start Media Transmission (0x008A)
message.  Every time this message is sent by UCME to a phone for a PSTN
call, it tells the phone to open an RTP session to the UCME router's
IP:port, so Orkaudio continually updates the m_byIpAndPort entry for the
router's IP:port with the last call to get a Start Media Transmission,
and hijinks ensue. So, to fix this...

 

2)      I just inserted a "return;" at the beginning of the
RtpSessions::ReportSkinnyStartMediaTransmission() function.

 

The Skinny metadata we want (calling/called number, etc) is still
successfully sniffed from the Call Information Message (0x008F), but the
two hacks above prevent Oreka from confusing unrelated PSTN calls
through the UCME router.

 

I suspect that this isn't a very good solution for general purpose
usage, because I'm pretty sure it screws up recording phone-to-phone
calls on the LAN, but since I didn't need to do that on this particular
project, it works for my purposes for now.  The longer-term solution is
to rethink the m_byIpAndPort map altogether.  Calls can't actually be
identified by the 2-tuple IP:port of a single side of the call, they
really need to be identified by a 4-tuple <ip1,port1,ip2,port2>, which
can also be inverted <ip2,port2,ip1,port1>.

 

I'm working on implementing this somehow, but I just wanted to give the
list a heads up.

 

Cheers,

George Glynn

Principal Consultant

Biff Duncan Associates, Inc.

gg...@bi...

Tel: (732) 922-2227

Fax: (732) 876-0263

Cell: (732) 801-8214

 

Dennis,

Do not worry about SoundDevice.cpp, you can just remove it, it is only a
test audio capture plugin that can be safely ignored.

Henri


-----Original Message-----
From: Dennis Drew [mailto:dre...@us...] 
Sent: 21 August 2009 09:07
To: he...@us...
Cc: dre...@us...
Subject: Error in checked in code


Message body follows:

Hello Henri, I am trying to compile the latest Oreka and the copiler is 
complaining about chunkRef->SetBuffer(rightBuffer, sizeof(short)
*framesPerBuffer, details); in SoundDevice.cpp. This call is defined in 
AudioCapture.h as void SetBuffer(void* pBuffer, AudioChunkDetails& 
details, int chan); Could you take a look at this please? Thanks - 
Dennis Drew


--
This message has been sent to you, a registered SourceForge.net user,
by another site user, through the SourceForge.net site.  This message
has been delivered to your SourceForge.net mail alias.  You may reply
to this message using the "Reply" feature of your email client, or
using the messaging facility of SourceForge.net at:
https://sourceforge.net/sendmessage.php?touser=2605189

Alejandro,

 

Please send out your orkaudio config.xml.

 

Henri

 

  _____  

From: ale...@th...
[mailto:ale...@th...] 
Sent: 06 August 2009 09:15
To: ore...@li...
Subject: [Oreka-devel] Problem compiling the latest SVN 632 under Windows

 

Hi. 

I have downloaded the latest SVN 632 and compiled under windows (only have
an iusse building the "sounddevice.dll" file but it is not being used on our
configuration).

After installing it with all the DLL files I see that no wavs are being
transcoded. Only MFC files are left.

 

We are only  using G711 therefore I do not think it is a codec issue.

The RTP mixer was built too with the SVN 632.

The tapelist.log file is showing entries however no Wav files is generated.

After enabling the debug mode. I see no entries at all for the RTPmixer.

 

Any idea of whay might be going wrong?

 

B. Regards

Alejandro


This email was sent to you by Thomson Reuters, the global news and
information company.
Any views expressed in this message are those of the individual sender,
except where the sender specifically states them to be the views of Thomson
Reuters. 

Sorry, but having trouble posting here... Only a test!

Re: Alejandro Gabay SVN 632 proble. I have tried to email you at alejandro dot gabay at thompsonreuters dot com but it bounces back. I have some soultions if you would like to email me directly at softrite at hotmail dot com. I can send you some code if you like.

-- 
Jared Terrell
Network & Telecommunications
Mott Community College
1401 E. Court
Flint, MI 48503
810-762-0545
810-577-7510

We have Oreka up and recording all of the calls off of our Asterisk 
box.  This is running rock solid, but some extensions just are necessary 
to record.  Is there a way to have oreka not record some extensions?  If 
not stop it from recording, I was thinking of coming up with a script 
that would delete the audio files so that I could run it using cron.  
Anyone else run accrossed something like this they needed to tackle?

-- 
Ben Cone

Hi. 
I have downloaded the latest SVN 632 and compiled under windows (only
have an iusse building the "sounddevice.dll" file but it is not being
used on our configuration).
After installing it with all the DLL files I see that no wavs are being
transcoded. Only MFC files are left.
 
We are only  using G711 therefore I do not think it is a codec issue.
The RTP mixer was built too with the SVN 632.
The tapelist.log file is showing entries however no Wav files is
generated.
After enabling the debug mode. I see no entries at all for the RTPmixer.
 
Any idea of whay might be going wrong?
 
B. Regards
Alejandro


This email was sent to you by Thomson Reuters, the global news and information company.
Any views expressed in this message are those of the individual sender, except where the sender specifically states them to be the views of Thomson Reuters.

oreka-0.5-313-cxx-win32-dependencies.zip
<http://sourceforge.net/projects/oreka/files/oreka/oreka-0.5-313/oreka-0.5-3
13-cxx-win32-dependencies.zip/download> 

On sourceforce Oreka downloads.

Henri

 

  _____  

From: ale...@th...
[mailto:ale...@th...] 
Sent: 04 August 2009 14:37
To: ore...@li...
Subject: [Oreka-devel] Compiling Oreka under Windows.

 

Hi. I am trying to compile oreka under windows, however I have some missing
libraries.

 

Could you please tell me where can I get the "c++ win32 external library
pack?". Also there are some ace/ libraries not found.

 

Your help will be appreciated.

 

B. Regards

Alejandro


This email was sent to you by Thomson Reuters, the global news and
information company.
Any views expressed in this message are those of the individual sender,
except where the sender specifically states them to be the views of Thomson
Reuters. 

Thanks for suggestion, we will make this happen.

Henri

 

  _____  

From: mailing list [mailto:mli...@gm...] 
Sent: 04 August 2009 05:12
To: ore...@li...
Subject: [Oreka-devel] Implemented a localpartymap feature

 

Hello,

 

I found very usefull the localpartymap feature (commit r625).

 

As we are using orkaudio for internal calls recording, is it possible to add
the same feature also for the remote party?

 

This way we will be able to retreive both phone number for internal calls.

 

Regards.

Hi. I am trying to compile oreka under windows, however I have some
missing libraries.
 
Could you please tell me where can I get the "c++ win32 external library
pack?". Also there are some ace/ libraries not found.
 
Your help will be appreciated.
 
B. Regards
Alejandro


This email was sent to you by Thomson Reuters, the global news and information company.
Any views expressed in this message are those of the individual sender, except where the sender specifically states them to be the views of Thomson Reuters.

Hello,

I found very usefull the localpartymap feature (commit r625).

As we are using orkaudio for internal calls recording, is it possible to add
the same feature also for the remote party?

This way we will be able to retreive both phone number for internal calls.

Regards.