October 2009 - h323plus - lists.packetizer.com

please help us to convert PString object content to char * in VC++.
by ZAHRA dehghanianfard 30 Oct '09

30 Oct '09

hi sir/modem Many thanks for your last regards, I have a problem about data conversion. i need to convert PString (a class exist in pstring.h inside ptlib package) object content to char * but How can i do this ? for more clearance i write the real code below: inline bool operator==(const PString & other) const { return CString::Compare(other); } i need to convert other object content to wchar_t * but when run this code it have below error in VC++ 2005 . error C2664: 'ATL::CStringT<BaseType,StringTraits>::Compare' : cannot convert parameter 1 from 'const PString' to 'const wchar_t *' Please help me to solve this problem. I am in wait for your response. Best regards. Zahra. Get your new Email address! Grab the Email name you've always wanted before someone else does! http://mail.promotions.yahoo.com/newdomains/aa/

3 2

Porting Project for Visual Studio 10 Beta
by Marcos Fábio Jardini 28 Oct '09

28 Oct '09

Hello people Call me crazy but since I'm testing new Visual Studio 10, the awesome C++0x lambda functions, rvalue reference and Parallel Pattern Library, I take the opportunity to see how PTLib and H323plus solutions compile on VS10. The nice news is now Microsoft will separate the compilation from IDE, now solutions/projects are more self-contained for use with MSBuild system (wich comes with Windows SDK), the 1st modification is to use the install-path env-var in the project file itself, like the *NIX flavors of H323plus, ie, the old "Tools->Oprtions->Projects and Solutions-> VC++ Directories" are now in "Project->Properties". Resuming, there is no more needed to hardcode H323Plus and PTLib paths on IDE, paths are now Project properties :) The 'configure' files updated to WindowsSDK v7.0A. Because VS path changing from beta 1 to beta 2 I'll wait until RC or RTM to write back the correct 'configure' file. The basic ptlib compiles fine. ----- Jogue RPG, alimente o lado criativo!

1 0

Re: [h323plus] [Openh323gk-users] Direct Media and H.460.18/.19/.23/.24/24a
by Marcus Frenkel 25 Oct '09

25 Oct '09

On Mon, Oct 19, 2009 at 8:38 AM, Simon Horne <s.horne(a)packetizer.com> wrote: > Yes you need 2 network cards if you run a stun server on the same machine as > GnuGK. If the gatekeeper is on the internet then you can use an existing > public STUN server and do not need to install one. In order to take more control over the uptime of the STUN servers, can we just place a number of public STUN servers in the variable: H46023STUN=stun.site1.net,stun.site2.net,stun.site3.net,stun.site4.net,stun… I assume that h323plus based endpoint, like the simpleh323 one, will receive the full list and will try another STUN server if previous one fails to connect. BTW: Just a thought that it would be great if GnuGK integrates STUN server in itself, using the open source STUN server code. Marcus

3 2

Re: [h323plus] [Openh323gk-users] Direct Media (H.460.18/.19/.23/.24) Testing
by Simon Horne 21 Oct '09

21 Oct '09

Yuriy Are you using H.460.18/.19 on the gatekeeper? Is that where you think the leak might be? Or it's a general leak in GnuGk? Simon -----Original Message----- From: Georgiewskiy Yuriy [mailto:bottleman@icf.org.ru] Sent: Wednesday, 21 October 2009 11:37 PM To: GNU Gatekeeper Users Cc: h323plus(a)lists.packetizer.com Subject: Re: [Openh323gk-users] Direct Media (H.460.18/.19/.23/.24) Testing On 2009-10-21 21:17 +1000, Simon Horne wrote 'GNU Gatekeeper Users': SH>Guys SH> SH>Over the last few weeks Jan and I have been hard at it testing the SH>Direct Media (no proxy NAT traversal) support in GnuGk and H323plus. SH>We are now relatively confident we have direct media working under SH>most conditions. SH> SH>If you are interested in testing then Gatekeeper then download the SH>latest GnuGk CVS and compile. SH> SH>You can also use the latest H323plus CVS if you want to build a SH>simple endpoint. SH> SH>If you want a quick test under windows. The PacPhone website has the SH>(latest SH>compiled) pacphone client and a windows installer for GnuGK. SH>Remember you may need a STUN server for H.460.23/.24 support. SH> SH>If you have Tandberg or other equipment that supports H.460.18/.19 SH>you may want to try and test also. SH> SH>It would be good if as many people as possible would test the code SH>before the GnuGk 2.3.1 release. i have latest cvs version on one of prodaction system, seems it work fine now but i think there is some kinde of memory leak present, resident size grown about 25-30 megs per day on our volume of calls. C уважением With Best Regards Георгиевский Юрий. Georgiewskiy Yuriy +7 4872 711666 +7 4872 711666 факс +7 4872 711143 fax +7 4872 711143 Компания ООО "Ай Ти Сервис" IT Service Ltd http://nkoort.ru http://nkoort.ru JID: GHhost(a)jabber.tula-ix.net.ru JID: GHhost(a)jabber.tula-ix.net.ru YG129-RIPE YG129-RIPE

1 0

Direct Media (H.460.18/.19/.23/.24) Testing
by Simon Horne 21 Oct '09

21 Oct '09

Guys Over the last few weeks Jan and I have been hard at it testing the Direct Media (no proxy NAT traversal) support in GnuGk and H323plus. We are now relatively confident we have direct media working under most conditions. If you are interested in testing then Gatekeeper then download the latest GnuGk CVS and compile. You can also use the latest H323plus CVS if you want to build a simple endpoint. If you want a quick test under windows. The PacPhone website has the (latest compiled) pacphone client and a windows installer for GnuGK. Remember you may need a STUN server for H.460.23/.24 support. If you have Tandberg or other equipment that supports H.460.18/.19 you may want to try and test also. It would be good if as many people as possible would test the code before the GnuGk 2.3.1 release. Simon

1 0

How to add for H323EndPoint capability for codec G.729 into h323plus library?
by Marek Wlizło 11 Oct '09

11 Oct '09

Hello! On the last Friday I decided to upgrade my project’s libraries: pwlib 1.10.0 -> 1.12.0 and openh323 1.18.0 -> h323plus 1.19.7. The project's application is a media-signaling gateway from DSS1 to H.323 protocol using my hardware with DSP for media converting. With previous openh323 library I don’t have any problems with adding codecs supported by my DSP to capabilities table – I just simply create object ‘mydevice’ of class MyOpalDevice : public OpalLineInterfaceDevice and inside of it just add table ‘CodecInfo’: -static struct { const char * mediaFormat; } CodecInfo[] = -{ - { OPAL_G729A }, - { OPAL_G711_ALAW_64K }, - { OPAL_G711_ULAW_64K }, - { OPAL_G729 } -}; - -//------------------------------------------------------------------------------------------------- - -static PINDEX FindCodec(const OpalMediaFormat & mediaFormat) -{ - LOGDBG(_("%s"), __PRETTY_FUNCTION__); - - for (PINDEX i = 0; i < PARRAYSIZE(CodecInfo); i++) - { - if (mediaFormat == CodecInfo[i].mediaFormat) - return i; - } - return P_MAX_INDEX; -} - -//------------------------------------------------------------------------------------------------- - -OpalMediaFormat::List MyOpalDevice::GetMediaFormats() const -{ - LOGDBG(_("%s"), __PRETTY_FUNCTION__); - - OpalMediaFormat::List formats; - - for (PINDEX i = 0; i < PARRAYSIZE(CodecInfo); i++) - { - formats.Append(new OpalMediaFormat(CodecInfo[i].mediaFormat)); - } - return formats; -} After this it was enough to use static method: H323_LIDCapability::AddAllCapabilities(&mydevice, capabilities, 0, 0); during initialization of my endpoint in method: GatewayEndpoint::Init(bool initial) (where class GatewayEndpoint : public H323EndPoint). In h323plus there is not defined class OpalLineInterfaceDevice and for two days I can’t find the way how to use codec’s capabilities different than G.711-ALaw-64k{sw} or G.711-uLaw-64k{sw}. I need to add G.729 and G.729A. I must mention that I have read documentation from http://www.voxgratia.org/docs/faq.html#5_1 and there is explained how to use external plugins with software codecs. In my case I need to put into my GatewayEndpoint capabilities table information that my DSP just supports (G.729 and some others). Please help. Thanks in advance, Marek __________ Information from ESET NOD32 Antivirus, version of virus signature database 4496 (20091010) __________ The message was checked by ESET NOD32 Antivirus. http://www.eset.com

2 2

Help with OpenMCU
by Mike R. 09 Oct '09

09 Oct '09

Hey, I've been trying to get OpenMCU working, but I've run into some problems. I'm using a trunk build of h323plus, ptlib, and openmcu (though I have tried several versions), on Ubuntu Linux (9.04). I am able to get voice working, but I cannot get video working. I compiled h323plus with all possible video codecs. When I place calls, on the status page, for video it reports a framerate of 0, and codec none/none By using a simple printf, I determined that the function OpenMCUH323Connection::OpenVideoChannel was never called. I made sure the "Enable Video" option was checked on the Parameters page. I have tried calling with a D-Line DVC-2000 i2eye, and a Polycom HDX 8000. Any help would be greatly appreciated. Thanks, -- --Mike

1 0