- h323plus - lists.packetizer.com

Unable to compile h323plus with "P_QOS" disabled/missing
by J.C Mercier 23 Jan '13

23 Jan '13

I downloaded the current trunk version of ptlib which compiles no problem, but when attempting to compile the h323plus library, there seems to fail because "P_QOS" is no longer part of ptlib. Has anyone encounter this problem? Your help/suggestions will be greatly appreciated. Thanks Josh

1 0

h323plus 1.25 Released
by Simon Horne 23 Jan '13

23 Jan '13

To all Just a quick note H323plus 1.25 has been released and available from Sourceforge and the website. H323plus 1.24-25 Change Log Added H.460 Compatibility Feature Added H.460.26 Support (depreciated nonstandard H.460.17a) [Work in Progress] Updated ASN.1 to H.323v7 (H.225v7, H.245v15) Added H.460.4 Baseline FIX Change FastStart to be default FALSE to bring into line with other video equipment Added Language support to Setup and Connect messages Added interoperable H.235.6 [Work in progress] FIX Try reconnecting signalling channel if goes down unexpectedly and not drop call FIX Check Alternate gatekeepers are valid FIX Added KeepAlives to H.460.19 signalling channel Added AEC Support directly into the library FIX Statically loading codecs. Can now be set from OpenH323buildopts.h Added H.460.17 Integration into H323Endpoint and Added To Simple example FIX Enumeration through H460_Feature Parameters FIX Memory allocation of RTP Frames (G.722 on Windows) Added UPnP Standalone support (without H.460.23/.24) Major rehashing of UPnP code Added EmphasisSpeed and MaxPayloadSize support to plugins Added vs2010 Build files Added Baseline Windows X64 Support FIX MediaEncryption so it compiles dynamically with OpenSSL FIX H.460.24 Annex A and B tweaks Added RTP Multiplexing support to H.460.23/.24 FIX IPv6 Support and checks

2 1

h323plus not load h264 plugin
by 杨志祥 22 Jan '13

22 Jan '13

Hi: i download h323plus1.24 and ptlib 2.10.1 and application 1.23.0 on http://www.h323plus.org/source/. i use vs2008 compile,all ok. i compile h323plus video plugin,it create libx264-129.dll and h264_x264_ptplugin.dll. next,i use application compile myphone2 sample.i create c:\ptlib_plugin, and copy avcodec-54.dll avutil-51.dll h264_x264_ptplugin.dll,libx264-129.dll to the folder.and set PWLIBPLUGINDIR=c:\ptlib_plugin environment <http://www.baidu.com/s?wd=environment&f=12&rsp=0&oq=enviroment&ie=utf-8> . i alreday change myphone code to CMyPhoneEndPoint::VideoInputDriver = "DirectShow",myphone video device enable show my computer video capture card. but i execute myphone.exe,it audio is work ok.but video codec is null,video not send and receive. why? use myphone -tttt,myphone_trc.txt is MyPhone Capability Table: Table: G.711-uLaw-64k <2> G.711-ALaw-64k <1> UserInput/hookflash <3> UserInput/basicString <4> UserInput/dtmf <5> UserInput/RFC2833 <6> UserInput/Navigation <7> UserInput/Softkey <8> UserInput/PointDevice <9> UserInput/Modal <10> Set: 0: 0: G.711-uLaw-64k <2> G.711-ALaw-64k <1> 1: UserInput/hookflash <3> UserInput/basicString <4> UserInput/dtmf <5> UserInput/RFC2833 <6> UserInput/Navigation <7> UserInput/Softkey <8> UserInput/PointDevice <9> UserInput/Modal <10> it not contain video codec.please help.thanks.

2 1

GNU Gatekeeper 3.2 released
by Jan Willamowius 17 Jan '13

17 Jan '13

Dear community, I'm happy to announce the availability of GNU Gatekeeper 3.2. This is the first version released by Relaxed Communications GmbH, the company I recently founded to provide consulting and support for GnuGk. Version 3.2 has a few new features and many bugfixes, especially for those of you with a lot of calls. There are executables for Linux, Windows, FreeBSD, NetBSD and OpenBSD. http://www.gnugk.org/gnugk-3.2.html New Features: The most important new feature in my view is the ability to have multiple instances of routing policies with different configuration. Another very important feature is support for additive registrations. Here is the full list: - allow multiple instances of routing policies with different settings (currently works for sql, enum, srv, dns, numberanalysis, lua, forwarding) - support for additive registration for gateways, new switch [RasSrv::RRQFeatures] EnableAdditiveRegistration - new Alias SQL variable "Additive-RRQ" - new [Gatekeeper::Main] TTLExpireDropCall switch to prevent calls being dropped due to registration timeout - added AssignedGatekeeper support to child gatekeeper - new [Routing::Sql] EnableRegexRewrite switch to support basic regex rewrite in SQL queries - new switch [RoutedMode] RemoveH245AddressFromSetup= - improved speed of H.460.19 port detection - new ACF status item for media routing for calls - extend [RasSrv::PermanentEndpoints] to support vendor information on gateways Please see changes.txt in the download archives for details on the bug fixes. Regards, Jan -- Jan Willamowius, Founder of the GNU Gatekeeper Project Website: http://www.gnugk.org Relaxed Communications GmbH Frahmredder 91 22393 Hamburg Geschäftsführer: Jan Willamowius HRB 125261 (Amtsgericht Hamburg) USt-IdNr: DE286003584

1 0

Error in PTLib version check macro
by Denis Kochmashev "Enforta" 11 Dec '12

11 Dec '12

Hello! Perhaps you already know that there is a small error in PTLib version check macro in latest CVS version of H323Plus. I think that PTLIB_VER should be compared to 21100 instead of 2110. Regards, Denis

2 2

Typo in GeExtendedChannelNum() function name
by ojab 27 Nov '12

27 Nov '12

Hello, list. I've found GeExtendedChannelNum() function in include/h323con.h, looks like there is a typo and function name should really be GetExtendedChannelNum(). //wbr ojab

2 1

GNU Gatekeeper 3.1 released
by Jan Willamowius 23 Aug '12

23 Aug '12

Hi! I'm happy to announce the release of GNU Gatekeeper version 3.1. NOTE: This release contains a SECURITY FIX and users of all previous versions are encouraged to update to 3.1. Highlights of GnuGk 3.1: - SNMP support (GET, SET and traps) - H.460.17 support - routing policy for call forwarding (according to SQL database) - support for connections with different H.245 tunneling settings on each call leg - neighbor routing by IP ([Neighbor::...] SendIPs=1.2.3.4/22) - GnuGk can encryption/decryption internet-side leg of a call - configurable handling of Q.931 decoding errors - support for setting host routes in config ([Proxy] ExplicitRoutes=) - freely configure vendor ID when registering as endpoint with other gatekeeper - read alternate gatekeeper settings from database - new config section [RewriteSourceAddress] - bug fixes (eg. in traversal zone support) The full changelog is attached. You can download executables for Linux, Windows, MacOS X, FreeBSD, OpenBSD, NetBSD and Solaris from http://www.gnugk.org/gnugk-3.1.html Please note that not all executables have all features compiled in. Especially if you want good SNMP support, you should compile GnuGk for your exact configuration. 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

openmcu and h323plus - getting video operational
by lkcl luke 15 Aug '12

15 Aug '12

hi, i'm in the process of getting openmcu up and running. the usual issues which have been discussed many many times - audio working but video is not - are being experienced. i've managed to get to the point where, after downloading the source code for ffmpeg, ptlib, h323plus, openmcu and various other plugins that i've found on openmcu.ru, and after making various modifications i can get a stable build... *without* video. the moment i add in the plugins which handle video, a connection from ekiga hangs openmcu indefinitely, to the extent where even the web interface on port 1420 doesn't work. so, things that *might* be stopping this from working: i haven't been able to build any of the h323plus plugins, except just now, and i had to modify the "configure" script as well as the source code, because the detection of h263p_encoder has now been modified: it's called ff_h263p_encoder, as is h264_encoder, decoder and mpeg_decoder - they all now have the prefix "ff_" as you can see from these patches (which i found via very very obscure google searches) http://ftp.netbsd.org/pub/pkgsrc/current/pkgsrc/devel/opal/patches/ but... this still isn't enough, because the actual detection in configure.ac is utterly broken. so, instead what i did - temporarily - was to hack the configure script to define HAVE_H263P=yes, HAVE_H264_DETECTION=yes, HAVE_H263=yes on a permanent basis. that then allowed me to actually have the plugins configured, *but* they're not actually compiled! so i had to "cd plugins" and run "make", that then discovered that there's an error in include/openh323buildopts.h - i had to edit this file to hard-code the location of ptlib's revision.h file (#include "/root/ptlib-2.10.4~dfsg/revision.h"), and hooray, the make worked. i say worked, but it still didn't compile things: the detection for LIBAVCODEC changes is wrong - features that said to be in version 54 are actually present in version 52, so i had to make changes like this: #if LIBAVCODEC_VERSION_MAJOR < 52 _context->codec_type = CODEC_TYPE_VIDEO; #else _context->codec_type = AVMEDIA_TYPE_VIDEO; #endif _context->codec_id = CODEC_ID_H264; then there was also a #include that was commented out in rfc2190.cxx #include <malloc.h> which had to go back in, because the "free" function is undefined otherwise. so fiiinally, that allowed h261-vic_video_pwplugin.so and a whole bunch of other codecs to be built (hooray!) and, so, having compiled all these plugins, i now install them aaaaaand.... openmcu hangs when h261-vic_video_pwplugin.so is installed. all other plugins are installed (h264 etc.) but making a call with ekiga using these plugins, they're not activated. so... after struggling to get even the plugins compiled (several hours of investigation), and struggling to get the source code compiled (2 days), things are no further along. does anyone have a successful recipe and build environment and/or has anyone actually ever got openmcu to ever work with video, or does anyone have any advice on how to go about investigating and/or fixing the issue of hanging with h261-vic-video-pwplugin? many thanks, l.

2 4

Re: [h323plus] lost rtp packets and using jitter for video session
by Konstantin 10 Aug '12

10 Aug '12

Dear Simon, I tried to check if h323plus endpoint works with demanded jitter value or not. From the linux server side that has OpenMCU started I executed: # tc qdisc add dev eth0 root netem delay 74ms 2ms (74ms is average delay, 2ms is jitter) And the video receiving on the client side (Myphone) became distorted. Then I tried to decrease jitter value from 2 to 1ms with: # tc qdisc delete dev eth0 root netem delay 74ms 2ms # tc qdisc add dev eth0 root netem delay 74ms 1ms (74ms avg delay, 1ms jitter) And the video come back to normal. So 1ms jitter looks OK, 2ms - not OK: 6-level tracing shows time to time: 2012/08/09 14:34:49.034 3 rtp.cxx(1122) RTP Dropped 1 packet(s) at 19195, ssrc=532876226 2012/08/09 14:34:49.034 6 h323pluginmgr.cxx(2105) PLUGIN Partial Frame received H.264-4CIF2 Ignoring rendering. 2012/08/09 14:34:49.034 3 rtp.cxx(1103) RTP Out of order packet, received 19194 expected 19196 ssrc=532876226 h323plus version I use has been forked, it is from Myphone3 project, so I don't mean you should fix something in the original h323plus... But de-jittering used for receiving audio only in both branches of project, that's why I need to ask you do you see any other way to resolve this except to get jitter buffer work with the video RTP also? I tried to increase jitter buffer stack, fix 40ms/frame constant and force it to work with video, but my endpoint just hangs when attempting to draw incoming video frame at the moment. And I need an advice, is this way "right" or not? And what's the reason of creating additional buffers for outputdevice if the out-of- order packets just drops? Simon Horne s.horne at packetizer.com Tue Feb 8 08:29:07 EST 2011 -------------------------------------------------------------------------- Igor The main issue is not the packets are being lost but the rendering being too slow and blocking the receive thread which would drop packets. The quick solution was to throw the actual rending within your VideoOutputDevice onto another thread and use a std::queue (with mutex) to load the frames coming out of the codec and grab the frames to send to the renderer. This will then not block the receiving thread. You can be cleaver and build a 1-3 frame buffer in your outputdevice to simulate a jitter buffer. See MyVideoOutputDevice::SetFrameData(..,const void * mark); The mark is a H323_RTPInformation pointer which contains a pointer to the last raw received RTP packet of the completed frame. You can get timestamp information from this and pace the output to the render, so if a frame is dropped then you can conceal it. Simon From: h323plus-bounces at lists.packetizer.com [mailto:h323plus-bounces at lists.packetizer.com] On Behalf Of Igor Pavlov Sent: 08 February 2011 22:27 To: h323plus at lists.packetizer.com Subject: [h323plus] lost rtp packets and using jitter for video session Hi, On connection speed greater than 384 kbps I have many lost rtp packets. If I switch off decoding of incoming video packets, than number of lost packets decreases. That is why I would like to try use jitter on video stream. I changed call of OpalMediaFormat() constructor inside OpalVideoFormat constructor in such way that needsjitter member become TRUE. But It is not working, not decoding any data. How can I use Jitter for my purpose and in general - can I do it? Igor Pavlov

2 1

Symmetrical negotiation
by Diego Carvalho 19 Jun '12

19 Jun '12

Hi all, Does anyone know if there is a way to wait the remote endpoint's OLC message before sending ours? I want to make the negotiation symmetric (have same codecs) and also video payload type (e.g If remote sends pt = 96 in its OLC I also want to send pt = 96 in my OLC). So that's why I need to wait remote's OLC first. I appreciate any help. Thanks.

2 1