- h323plus - lists.packetizer.com

Help About Add H.264 Capability
by Majid Sadeghi Alavijeh 02 Sep '11

02 Sep '11

Hi. I am going to add h264 capability to h323 endpoint. i create a class that drive from H323VideoCapability, -------------------------------------------------------------------------------------------------------------------------------------- class My_H264Capability : public H323VideoCapability { PCLASSINFO(My_H264Capability,H323VideoCapability) public: My_H264Capability(); virtual PObject * Clone() const; virtual PString GetFormatName() const; virtual H323Codec* CreateCodec(H323Codec::Direction direction) const; virtual unsigned int GetSubType() const; virtual PBoolean OnSendingPDU(H245_VideoMode&) const; }; H323_REGISTER_CAPABILITY(My_H264Capability,"h.264") ---------------------------------------------------------------------------------------------------------------------------- and when i add it to endpoint capability via AddCapability(new My_H264Capability()) ; it does not work. what should i do ? Help me please. -- Best Regards. Majid Sadeghi Alavijeh

2 1

Add H.264 Capability
by Majid Sadeghi Alavijeh 02 Sep '11

02 Sep '11

Dear Friends. How can i add h264 capability to endpoint capabilities. In my code External H323_ExternalRTP has been used. regards. -- Best Regards. Majid Sadeghi Alavijeh

1 0

Re: [h323plus] [Opalvoip-devel] H323 on windows mobile
by Simon Horne 14 Aug '11

14 Aug '11

Martin H323plus is a continuation of OpenH323 using the same codebase and API. Opal has evolved their API over time. GnuGk continues to be developed based on H323plus and both Jan Willamowius and I work on both projects. We try to ensure backwards and SVN/CVS compatibility between PTLib/H323plus/GnuGk. The project is quite mature and continues to be developed and updated, For instance H323plus v1.23 has been tagged and is due for release this week. Windows Mobile 6.5 or lower support is in PTLib and should be independent of either stack and I know devices have been built off both. Simon -----Original Message----- From: Martin Acevedo [mailto:acevedoma@hotmail.com] Sent: 14 August 2011 11:15 To: opalvoip-devel(a)lists.sourceforge.net Subject: [Opalvoip-devel] H323 on windows mobile Hello my name is Martin and I work as software engineer developing embedded voip applications. I used to work a lot with openh323 and opal some years ago mainly in IVR and Voice client applications. Today I´m a bit disconnected from the openh323 since I work mainly with a SIP stack. It would be great if someone can help me with some queries. I need to implement a h323 client for Windows Mobile devices and basically what I need to know is: 1) Which is the main difference between h323plus and Opal h323 portion (I know opal is multiprotocol sip/iax/h323). I think the h323 portion was forked in two different projects and I don´t know if they are both still mantained and the code is merged between each other. 2) In the past the openh323 stack worked quite good with the gnu gatekeeper. Is the h323 implementation compatible with the main pbx vendors implementation like Toshiba, Avaya, Cisco, etc. 3) Is there any support for Windows Mobile 6.5, I know that CE was supported in the past as a separated platform? Is this platform still supported? Than you in advance. Regards, Martin. ---------------------------------------------------------------------------- -- FREE DOWNLOAD - uberSVN with Social Coding for Subversion. Subversion made easy with a complete admin console. Easy to use, easy to manage, easy to install, easy to extend. Get a Free download of the new open ALM Subversion platform now. http://p.sf.net/sfu/wandisco-dev2dev _______________________________________________ Opalvoip-devel mailing list Opalvoip-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/opalvoip-devel

2 1

GNU Gatekeeper version 2.3.5 available
by Jan Willamowius 26 Jul '11

26 Jul '11

Hi all, GNU Gatekeeper version 2.3.5 has been released. http://www.gnugk.org/gnugk-2-3-5.html This release has a number of new features as well as a few important bug fixes. New features: - working LDAP support (H.350) - much better checking of the config file for misspellings or obsolete settings (Fortytwo=42 is now obsolete) - SSH support for the status port - support for sending RIP messages - QOS data from H.460.9 and RTP sniffing available through status port and Radius - enable failover to CatchAll endpoint - enable failover for calls released by the gatekeeper (eg. timeouts) - see changes.txt for more new config options Bug fixes: - rewrite of the H.460.19 port detection logic - improved VCS interoperability - many minor fixes (see changes.txt) Changelog (changes.txt): http://openh323gk.cvs.sourceforge.net/viewvc/openh323gk/openh323gk/changes.… Regards, Jan -- Jan Willamowius, Founder of the GNU Gatekeeper Project EMail : jan(a)willamowius.de Website: http://www.gnugk.org Support: http://www.willamowius.com/gnugk-support.html

1 0

Compiling PTLib 2.10.1 in Ubuntu 11
by JF NP 22 Jun '11

22 Jun '11

Hi, I'm trying to build PTLib 2.10.1 in Ubuntu 11, and I have a problem with pthreads. When I run ./configure, I get the following output: checking for pkg-config... /usr/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for gcc... gcc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes .10figure: PTLib version is 2 checking build system type... i686-pc-linux-gnu checking host system type... i686-pc-linux-gnu checking target system type... i686-pc-linux-gnu checking for swab... no configure: OSTYPE set to linux configure: OSRELEASE set to "2.6.38-8-generic" configure: MACHTYPE set to x86 configure: gcc version is 4.5.2 checking checking if pragma implementation should be used... no checking checking if precompiled headers available... no checking how to run the C++ preprocessor... g++ -E checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for ANSI C header files... no checking for sys/types.h... no checking for sys/stat.h... no checking for stdlib.h... no checking for string.h... no checking for memory.h... no checking for strings.h... no checking for inttypes.h... no checking for stdint.h... no checking for unistd.h... no checking whether byte ordering is bigendian... yes configure: Default extension for C++ files is cpp checking if compiler accepts -felide-constructors... no checking if linker accepts -Wreorder... no checking if debug build accepts -g3 -ggdb -O0... no checking if compiler uses RTTI by default... no checking size of int... 0 checking for long double with more range or precision than double... no checking for flex... /usr/bin/flex checking for ar... ar checking for bison... /usr/bin/bison checking if readdir_r has 2 parms... no checking if readdir_r has 3 parms... no configure: PTRACE and all trace logging included configure: Using ANSI C++ bool for PBoolean: (PFalse=false PTrue=true) checking for recvmsg... no checking for IPV6_ADD_MEMBERSHIP... no checking for NetLink support... no checking if using STL streams... no checking if atomic integer available... no checking if Unix semaphores are available... no checking if named semaphores are available... no configure: WARNING: This host does not support semaphores which are essential configure: WARNING: to implement 'critical sections'. This feature was added configure: WARNING: in PWLib 1.7.0 and improves the stability of multithreaded configure: WARNING: programs. This feature has been disabled for this host checking for pthread_create in -lpthread... no configure: error: must have pthreads! But if I do: whereis pthread.h I get: /usr/include/pthread.h So it seems that pthreads is installed. What am I doing wrong? Regards, and thank you in advance for your help.

3 8

Mature Video Conf Client of H323Plus
by Piyush Verma 22 Jun '11

22 Jun '11

Dear All, I know this question would be asked before. But I speeded 4 day's and still can find any workable solution to get started quickly. I can't find anywhere version compatibility information and most time compilation failed. I want to build and available a cross platform Video Conf solution. so I not only need to build and run but also customise it. Please suggest me right way to get started for compilation and development. -- Thanks & Regards Piyush Verma

3 5

crash when SessionID=0
by Marek Domaracky 13 Jun '11

13 Jun '11

Hi, I'm working on H.239 implementation and find out that devices might ask SessionID=0 for a new video channel. In particular I did a test with Mirial. I was checking the thread http://lists.packetizer.com/pipermail/h323plus/2009-December/001269.html and it's mentioned that the SessionID=0 is invalid. I know it's not following the standard as for RTPSession the range is from 1..255, but for compatibility, don't you think we should allow it? I did a test call from Mirial to Tandberg and Tandberg didn't have a problem with it. The lines involved are rtp.cxx from PAssert(id > 0 && id < 256, PInvalidParameter); to PAssert(id >= 0 && id < 256, PInvalidParameter); and h323.cxx // We must have a valid sessionID if (sessionID < 1 || sessionID > 255) to if (sessionID < 0 || sessionID > 255) Thanks, Marek

8 18

H323plus, GnuGk compiling with OPAL SVN
by Simon Horne 10 May '11

10 May '11

Just a quick note There has been some major changes going on in the OPAL SVN. Some of which have had an adverse impact on both h323plus and GnuGk. As of this morning, with the help of Jan, both the h323plus and GnuGk CVS compile with the OPAL SVN on both windows and linux. You may see some depreciation warnings, you can safely ignore these. We are in the process of rectifying the problem. Simon

1 0

Re: [h323plus] [Openh323gk-users] Compile failure in h323plus library
by Jan Willamowius 21 Mar '11

21 Mar '11

PS: It turns out, I should have done a fresh compile. ;-) One of Simon's changes to PTLib has been reverted out on Friday, breaking H323Plus. Until we have checked out whether H323Plus or PTLib will adapt, you can comment out the 'mark' parameter on the offending line 588 in codec.cxx: if (rawDataChannel->Write(data, length /*, mark */)) Regards, Jan Jan Willamowius wrote: > Hi Robert, > > I also run H323Plus and PTLib from CVS and I don't see that error. > > I would suggest you try a fresh > > make clean ; ./configure ; make optnoshared > > for all libs. > > Regards, > Jan > > -- > Jan Willamowius, jan(a)willamowius.de, http://www.gnugk.org/ > > > Robert Kulagowski wrote: > > This is with latest svn of ptlib and cvs of h323plus: > > > > > > rkulagow@usilwdvcgk01:~/h323plus$ make debugnoshared > > make DEBUG=1 P_SHAREDLIB=0 default_target > > make[1]: Entering directory `/home/rkulagow/h323plus' > > make[1]: Leaving directory `/home/rkulagow/h323plus' > > make -C src debugnoshared > > make[1]: Entering directory `/home/rkulagow/h323plus/src' > > make DEBUG=1 P_SHAREDLIB=0 default_target > > make[2]: Entering directory `/home/rkulagow/h323plus/src' > > [CC] codecs.cxx > > codecs.cxx: In member function Boolean H323Codec::WriteRaw(void*, PINDEX, void*) > > codecs.cxx:588: error: no matching function for call to > > Channel::Write(void*&, PINDEX&, void*&) > > home/rkulagow/ptlib/include/ptlib/channel.h:418: note: candidates are: > > virtual PBoolean PChannel::Write(const void*, PINDEX) > > /home/rkulagow/ptlib/include/ptlib/channel.h:702: note: > > virtual PBoolean PChannel::Write(const std::vector<iovec, > > std::allocator<iovec> >&) > > /home/rkulagow/ptlib/include/ptlib/videoio.h: At global scope: > > /home/rkulagow/ptlib/include/ptlib/videoio.h:1165: warning: > > Plugin_PVideoInputDevice_FakeVideo_loaderdefined but not used > > /home/rkulagow/ptlib/include/ptlib/videoio.h:1172: warning: > > Plugin_PVideoInputDevice_FFMPEG_loaderdefined but not used > > /home/rkulagow/ptlib/include/ptlib/videoio.h:1176: warning: > > Plugin_PVideoInputDevice_YUVFile_loaderdefined but not used > > /home/rkulagow/ptlib/include/ptlib/pluginmgr.h:167: warning: > > FactoryLoader::PluginLoaderStartup_loaderdefined but not used > > make[2]: *** [/home/rkulagow/h323plus/lib/obj_d_s/codecs.o] Error 1 > > make[2]: Leaving directory `/home/rkulagow/h323plus/src' > > make[1]: *** [debugnoshared] Error 2 > > make[1]: Leaving directory `/home/rkulagow/h323plus/src' > > make: *** [debugnoshared] Error 2 -- Jan Willamowius, jan(a)willamowius.de, http://www.gnugk.org/

1 0

[Fwd: Re: Silk codec support]
by Łukasz Czekierda 17 Mar '11

17 Mar '11

Dear Simon, Robert and all H323Plus Team, Thanks for your very fast answer. I have successfully built ptlib, h323plus (1.22) with silk codec and simple. I put silk_ptplugin.dll, iLBC_ptplugin.dll and gsm0610_ptplugin.dll into c:\pwlib_plugins (then also to c:\ptlib_plugins). Simple runs OK on XP and Windows 7, quality of G.711 and iLBC (both 13k and 15k) is good, but neither gsm nor silk work. There are some static, MOS is about 1... Additionally, simple app logs SKP_Silk_Encode returned -4 every few seconds. Am I doing anything wrong? Regards, Łukasz -------- Wiadomość oryginalna -------- Robert I have checked the code into the h323plus CVS. There is no official ITU Generic identifier yet so it is using a Packetizer Identifer for the moment. You can contact me offlist to discuss. Simon -----Original Message----- From: h323plus-bounces(a)lists.packetizer.com [mailto:h323plus-bounces@lists.packetizer.com] On Behalf Of Robert Jongbloed Sent: Wednesday, January 12, 2011 9:26 AM To: h323plus(a)lists.packetizer.com Subject: Re: [h323plus] Silk codec support I added SILK to OPAL a couple of months back. Unfortunately it was SIP only as I did not know what the H.245 encoding is for SILK, if any. Now that I see there is at least a proposed standard, this should be able to be finished in a few minutes. It would be really nice if the two systems could use the same code for this. Robert Jongbloed OPAL/OpenH323/PTLib Architect and Co-founder. > -----Original Message----- > From: h323plus-bounces(a)lists.packetizer.com [mailto:h323plus- > bounces(a)lists.packetizer.com] On Behalf Of Simon Horne > Sent: Tuesday, 11 January 2011 9:32 PM > To: 'Łukasz Czekierda' > Cc: h323plus(a)lists.packetizer.com > Subject: Re: [h323plus] Silk codec support > > Lukasz > > The issue is there is no definition of Silk in H.323 > > I wrote a submission to the ITU at the last meeting for inclusion > http://wftp3.itu.int/av-arch/avc-site/2009-2012/1011_Res/AVD-3994.zip > > The stumbling block is that SILK has defined dynamic payloads for each > bitrate for interop with Skype. In H.323 you cannot tell the remote > what payload to send, the remote will tell you want it will send. This > becomes an > issue if you are bridging to skype. There is a work around (submitted > by Avaya for a different issue but same meeting) to include in the > OLCack the payload that you expect the remote to send you. > > I have a development H.323 silk plugin (8k and 16k bitrate) and I will > commit them after the next stable release as it requires audio > capability merging which needs to be committed. The idea is there is 1 > silk capability > for the different bitrates (rather than a capability for each bitrate) > and you negotiate the actual bitrate by merging your local caps with > the caps in > the TCS. > > Simon > > > -----Original Message----- > From: h323plus-bounces(a)lists.packetizer.com > [mailto:h323plus-bounces@lists.packetizer.com] On Behalf Of Lukasz Czekierda > Sent: Tuesday, January 11, 2011 7:42 PM > To: h323plus(a)lists.packetizer.com > Subject: [h323plus] Silk codec support > > Dear H.323Plus team, > > I have a question regarding support for skype's silk codec. Do you > plan to support it soon? Maybe you have already started development/integration? Do > you expect any obstacles? > > Best regards, > Łukasz Czekierda

2 2