- h323plus - lists.packetizer.com

Re: [h323plus] [Opalvoip-devel] error H.263
by Simon Horne 23 Feb '11

23 Feb '11

Robert Older cheaper webcams really behavior quite poorly. For instance 1. They support formats which only can be transformed to RGB24 (and nothing else) in DirectShow filters so then with good webcams you have to filter out and only use the formats that are known to transform to RGB24. (When it all should just work with YUV so there is no need to convert in PTLIB) 2. a couple I have seen supply undersize (or corrupt) image buffer when starting up hence why the directshow output device automatically throws the first few frames away. 3. They fall over when trying to set a video frame size within the camera limits but not exactly as they support. So you are limited to exact sizes. ie like 4CIF. Some webcam may support sizes above 4CIF but not 4CIF exactly (quite common). Some webcams you can adjust the output pin to get the size others the video will just simply fail without any warning. This is why the PVideoInputDevice::GetDeviceCapabilities was introduced so with the plugin you could choose a video size/rate the webcam did support thereby avoiding having to scale/crop etc. Thankfully the latest generation of webcams perform much better like the Microsoft LifeCam Cinema which gives reliable 720p@30 or the new Logitech C910 which provides 1080p@30 (with USB3) with the current DirectShow driver in PTLIB. But still we need to support these older webcams without hardcoding or maintaining a bad list. Simon -----Original Message----- From: Robert Jongbloed [mailto:robertj@voxlucida.com.au] Sent: 23 February 2011 14:33 To: 'Simon Horne'; 'Jan Willamowius'; opalvoip-devel(a)lists.sourceforge.net Cc: h323plus(a)lists.packetizer.com Subject: RE: [Opalvoip-devel] error H.263 Found it. The helper app has bit rate in kbps and OPAL does it in bps. A /1000 fixes the problem. Another question: What are peoples experiences with camera grabber frame rates? My el cheapo USB camera isn't apparently very good. When asked to do 10 fps, actually does 6.4 fps. When asked to do 25 fps, I get about 18 fps. Robert Jongbloed OPAL/OpenH323/PTLib Architect and Co-founder. > -----Original Message----- > From: Simon Horne [mailto:s.horne@packetizer.com] > Sent: Wednesday, 23 February 2011 1:18 PM > To: 'Robert Jongbloed'; 'Jan Willamowius'; opalvoip- > devel(a)lists.sourceforge.net > Cc: h323plus(a)lists.packetizer.com > Subject: RE: [Opalvoip-devel] error H.263 > > Robert > > You can also use the PTLIB_TRACE_CODECS environmental variable. > Found it enormously helpful debugging the X264 encoder. > > Simon > > -----Original Message----- > From: Robert Jongbloed [mailto:robertj@voxlucida.com.au] > Sent: 23 February 2011 11:55 > To: 'Simon Horne'; 'Jan Willamowius'; > opalvoip-devel(a)lists.sourceforge.net > Cc: h323plus(a)lists.packetizer.com > Subject: RE: [Opalvoip-devel] error H.263 > > The OPAL infrastructure is fine and all this works perfectly with the > IPP codecs (and another private H.264 implementation) for both SIP and > H.323 operation. > > I just wanted confirmation that the bit rate control was working in > the helper app, as a breakpoint at the right place showed the bit rate > and frame > rate where correctly negotiated and passed to helper app via the > SET_FRAME_RATE/SET_TARGET_BITRATE commands. > > Gotta dig deeper ... > > Robert Jongbloed > OPAL/OpenH323/PTLib Architect and Co-founder. > > > > -----Original Message----- > > From: Simon Horne [mailto:s.horne@packetizer.com] > > Sent: Tuesday, 22 February 2011 8:38 PM > > To: 'Jan Willamowius'; opalvoip-devel(a)lists.sourceforge.net > > Cc: h323plus(a)lists.packetizer.com > > Subject: Re: [Opalvoip-devel] error H.263 > > > > Jan > > > > You are correct . To match to a bandwidth the encoder must know > > frame size and rate. The plugin support is very much h323plus > > specific. You can calculate the frame size/rate by using the > > internal table or can use a supplied list of supported frame > > sizes/rates. These can be manually coded from largest to smallest or > > retrieved from the video input > device. > > DirectShow for instance supports retrieving the list of supported > > sizes > and > > rates via calling PVideoInputDevice:: GetDeviceCapabilities(). > > > > These can be passed to the codec via calling > > PLUGINCODEC_CONTROL_SET_FORMAT_OPTIONS. In h323plus the function to > > do > this > > is H323VideoCodec::SetSupportedFormats. The function returns the > > default frame size and rate for the given bitrate that is supported > > by the input device. Then you can set the input device with the > > returned frame size > /rate > > in the MyH323Endpoint::OpenVideoChannel. See Applications/SimplePlus > > for example of how that is done. > > > > The bandwidth (and level\MBPS etc) values for the X264 Encoder is > > set by PLUGINCODEC_CONTROL_SET_CODEC_OPTIONS which is called after > > the local and remote capabilities have been merged in h323plus. > > > > Then there is flowControl which does basically the same thing. You > > pass to the plugin a bitrate value via > > PLUGINCODEC_CONTROL_FLOW_OPTIONS it then returns a supported frame > > size/rate (internal or supplied earlier) then > you > > pass these value to the input device via calling PVideoInputDevice:: > > FlowControl(). > > > > The architecture of Opal has deviated a lot from its h323plus roots > > and I think there is a lot more things to consider to getting this > > to work with it. > > > > Simon > > > > -----Original Message----- > > From: Jan Willamowius [mailto:jan@willamowius.de] > > Sent: 22 February 2011 18:46 > > To: opalvoip-devel(a)lists.sourceforge.net > > Subject: Re: [Opalvoip-devel] error H.263 > > > > When I debugged a similar bandwidth issue on H323Plus a few months > > ago, I found that the bit rate setting was passed to the encoder > > correctly, but > to > > correctly meet this target the encoder needs to know the correct > > values of influencing parameters, like the frame rate. > > In my case the frame rate wasn't passed in correctly, so the encoder > > kept producing video at the wrong rate. > > > > I haven't fixed the issue back then, but worked around it. I'm not > > sure if anybody else has (or if the same applies to the OPAL version > > of the > codec). > > > > Regards, > > Jan > > > > Robert Jongbloed wrote: > > > Quick question on this helper app, do you know if the bit rate > > > control works with it? > > > > > > > > > > > > As far as I can tell, I am setting it to 256kbps and it is still > > > sending at 4Mbps. So, before I go digging deeper, I was hoping for > > > a bit of a sanity check. > > > > > > > > > > > > Thank you very much! > > > > > > > > > > > > Robert Jongbloed > > > > > > OPAL/OpenH323/PTLib Architect and Co-founder. > > > > > > > > > > > > From: Simon Horne [mailto:s.horne@packetizer.com] > > > Sent: Monday, 7 February 2011 10:01 PM > > > To: 'Robert Jongbloed'; 'ZAHRA dehghanianfard' > > > Cc: 'opal'; 'opal'; h323plus(a)lists.packetizer.com > > > Subject: RE: error H.263 > > > > > > > > > > > > I think both the opal and h323plus community can benefit. > > > > > > http://www.h323plus.org/source/download/ffmpeg_x264.zip > > > > > > > > > > > > Place all files in your application directory. > > > > > > The FFMPEG (with w32threads) and X264 is built with mingw/msys. > > > x264plugin_helper.exe is built with vs2008 and requires vs2008 runtime. > > > > > > > > > > > > Simon > > > > > > > > > > > > From: Robert Jongbloed [mailto:robertj@voxlucida.com.au] > > > Sent: 07 February 2011 15:48 > > > To: ZAHRA dehghanianfard > > > Cc: opal; opal > > > Subject: Re: [Opalvoip-devel] error H.263 > > > > > > > > > > > > The answer to your questions are: > > > > > > > > > > > > 1) Yes, but you need to compile it. > > > > > > 2) The result of compiling it is a DLL > > > > > > 3) You will have to figure out why it doesn't compile under windows. > > > > > > > > > > > > > > > > > > I have to admit to not being able to get the H.263 (or x264) > > > codecs to compile and work under Windows, though I have only tried > > > somewhat > briefly. > > > Unfortunately the authors of all the libraries mainly use Linux, > > > though it is my understanding that it can be compiled using > MinGW/Cygwin. > > > > > > > > > > > > > > > > > > I am sure the OPAL community would be incredibly grateful to > > > anyone that can provide a pre-built binary for the H.263 (and x264!) codec. > > > > > > > > > > > > > > > -------- > > > > > > Robert Jongbloed > > > > > > Vox Lucida Pty. Ltd. > > > > > > > > > > > > > > > > > > > > > > > > On 03/02/2011, at 5:33 PM, ZAHRA dehghanianfard wrote: > > > > > > > > > > > > > > > Hi robert. > > > > > > Many thanks for your last support; I need to use OpenPhone3.8.2 by > > > H.263 codec run. > > > > > > 1) Is OpenPhone 3.8.2 with Opal 3.8.2 & Ptlib2.8.2 support H.263 > > codec > > > inside? > > > > > > 2) If the above response is YES, Are you suggesting any H.263 DLL > > file? > > > > > > 3) I find a source that name is "H.263-1998" then I download that > and > > > compiles it but I find below Error inside: > > > > > > > > > > > > 1>------ Build started: Project: H.263-1998 (FFMPEG) Video Codec, > > > Configuration: Debug Win32 ------ > > > 1>Compiling... > > > 1>h263pframe.cxx > > > 1>c:\opal\plugins\video\h.263-1998\../common/ffmpeg.h(155) : fatal > > > 1>error > > > C1083: Cannot open include file: 'libavcodec\avcodec.h': No such > > > file or directory > > > 1>h263-1998.cxx > > > 1>c:\opal\plugins\video\h.263-1998\../common/ffmpeg.h(155) : fatal > > > 1>error > > > C1083: Cannot open include file: 'libavcodec\avcodec.h': No such > > > file or directory > > > 1>Generating Code... > > > 1>Build log was saved at > > > "file://c:\opal\plugins\Debug\H263-1998\BuildLog.htm > > > <file:///c:\opal\plugins\Debug\H263-1998\BuildLog.htm> " > > > 1>H.263-1998 (FFMPEG) Video Codec - 2 error(s), 0 warning(s) > > > ========== Build: 0 succeeded, 1 failed, 0 up-to-date, 0 skipped > > > ========== > > > > > > > > > > > > I try to solve this problem by download a "libavcodec" that use > > > some header & DLL file that I copy in > > > "C:\opal\plugin\video\common" but I take below > > > error: > > > > > > > > > > > > > > > > > > 1>------ Build started: Project: H.263-1998 (FFMPEG) Video Codec, > > > Configuration: Debug Win32 ------ > > > 1>Compiling... > > > 1>h263pframe.cxx > > > 1>c:\opal\plugins\video\h.263-1998\../common/ffmpeg.h(185) : fatal > > > 1>error > > > C1189: #error : Libavcodec LIBAVCODEC_VERSION_INT too old. > > > 1>h263-1998.cxx > > > 1>c:\opal\plugins\video\h.263-1998\../common/ffmpeg.h(185) : fatal > > > 1>error > > > C1189: #error : Libavcodec LIBAVCODEC_VERSION_INT too old. > > > 1>Generating Code... > > > 1>Build log was saved at > > > "file://c:\opal\plugins\Debug\H263-1998\BuildLog.htm > > > <file:///c:\opal\plugins\Debug\H263-1998\BuildLog.htm> " > > > 1>H.263-1998 (FFMPEG) Video Codec - 2 error(s), 0 warning(s) > > > ========== Build: 0 succeeded, 1 failed, 0 up-to-date, 0 skipped > > > ========== > > > > > > > > > > > > Please guide me to i can have H.263 codec with DLL & source over > > > OpenPhone > > > 3.8.2 here. > > > > > > I am in wait for your response. > > > > > > Best Regards. > > > > > > Zahra. > > > > -- > > Jan Willamowius, jan(a)willamowius.de, http://www.gnugk.org/ > > > > > ---------------------------------------------------------------------------- > > -- > > Index, Search & Analyze Logs and other IT data in Real-Time with > > Splunk Collect, index and harness all the fast moving IT data > > generated by your applications, servers and devices whether > > physical, virtual or in the > cloud. > > Deliver compliance at lower cost and gain new business insights. > > Free Software Download: http://p.sf.net/sfu/splunk-dev2dev > > _______________________________________________ > > Opalvoip-devel mailing list > > Opalvoip-devel(a)lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/opalvoip-devel > > > > > > > ---------------------------------------------------------------------------- > - > > - > > Index, Search & Analyze Logs and other IT data in Real-Time with > > Splunk Collect, index and harness all the fast moving IT data > > generated by your applications, servers and devices whether > > physical, virtual or in the > cloud. > > Deliver compliance at lower cost and gain new business insights. > > Free Software Download: http://p.sf.net/sfu/splunk-dev2dev > > _______________________________________________ > > Opalvoip-devel mailing list > > Opalvoip-devel(a)lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/opalvoip-devel

1 0

Modifying Q.931 IEs in setup PDU
by Paul Chitescu 23 Feb '11

23 Feb '11

Hello all! While trying to add code in Yate to set some important parameters - for the telephony business - I noticed my changes are overwritten by OpenH323 / H323Plus. I reimplemented H323Connection::OnSendSignalSetup() and changed the Q.931 fields in setupPDU. Unfortunately the following code (in h323.cxx) undoes my changes: if (!OnSendSignalSetup(setupPDU)) return EndedByNoAccept; // Do this again (was done when PDU was constructed) in case // OnSendSignalSetup() changed something. setupPDU.SetQ931Fields(*this, TRUE); setupPDU.GetQ931().GetCalledPartyNumber(remotePartyNumber); Is there any solid reason why setupPDU.SetQ931Fields(*this, TRUE) is called? Its default parameters are overwriting the type, plan, presentation and screening of the numbers. I also need to set separate type of number on caller and called party numbers. My plan is to patch OpenH323 / H323Plus to delete the extra SetQ931Fields(). Do you see any unintended consequences of such a change? Regards, Paul Chitescu

2 2

Re: [h323plus] [Opalvoip-devel] error H.263
by Simon Horne 22 Feb '11

22 Feb '11

Robert You can also use the PTLIB_TRACE_CODECS environmental variable. Found it enormously helpful debugging the X264 encoder. Simon -----Original Message----- From: Robert Jongbloed [mailto:robertj@voxlucida.com.au] Sent: 23 February 2011 11:55 To: 'Simon Horne'; 'Jan Willamowius'; opalvoip-devel(a)lists.sourceforge.net Cc: h323plus(a)lists.packetizer.com Subject: RE: [Opalvoip-devel] error H.263 The OPAL infrastructure is fine and all this works perfectly with the IPP codecs (and another private H.264 implementation) for both SIP and H.323 operation. I just wanted confirmation that the bit rate control was working in the helper app, as a breakpoint at the right place showed the bit rate and frame rate where correctly negotiated and passed to helper app via the SET_FRAME_RATE/SET_TARGET_BITRATE commands. Gotta dig deeper ... Robert Jongbloed OPAL/OpenH323/PTLib Architect and Co-founder. > -----Original Message----- > From: Simon Horne [mailto:s.horne@packetizer.com] > Sent: Tuesday, 22 February 2011 8:38 PM > To: 'Jan Willamowius'; opalvoip-devel(a)lists.sourceforge.net > Cc: h323plus(a)lists.packetizer.com > Subject: Re: [Opalvoip-devel] error H.263 > > Jan > > You are correct . To match to a bandwidth the encoder must know frame > size and rate. The plugin support is very much h323plus specific. You > can calculate the frame size/rate by using the internal table or can > use a supplied list of supported frame sizes/rates. These can be > manually coded from largest to smallest or retrieved from the video input device. > DirectShow for instance supports retrieving the list of supported > sizes and > rates via calling PVideoInputDevice:: GetDeviceCapabilities(). > > These can be passed to the codec via calling > PLUGINCODEC_CONTROL_SET_FORMAT_OPTIONS. In h323plus the function to > do this > is H323VideoCodec::SetSupportedFormats. The function returns the > default frame size and rate for the given bitrate that is supported by > the input device. Then you can set the input device with the returned > frame size /rate > in the MyH323Endpoint::OpenVideoChannel. See Applications/SimplePlus > for example of how that is done. > > The bandwidth (and level\MBPS etc) values for the X264 Encoder is set > by PLUGINCODEC_CONTROL_SET_CODEC_OPTIONS which is called after the > local and remote capabilities have been merged in h323plus. > > Then there is flowControl which does basically the same thing. You > pass to the plugin a bitrate value via > PLUGINCODEC_CONTROL_FLOW_OPTIONS it then returns a supported frame > size/rate (internal or supplied earlier) then you > pass these value to the input device via calling PVideoInputDevice:: > FlowControl(). > > The architecture of Opal has deviated a lot from its h323plus roots > and I think there is a lot more things to consider to getting this to > work with it. > > Simon > > -----Original Message----- > From: Jan Willamowius [mailto:jan@willamowius.de] > Sent: 22 February 2011 18:46 > To: opalvoip-devel(a)lists.sourceforge.net > Subject: Re: [Opalvoip-devel] error H.263 > > When I debugged a similar bandwidth issue on H323Plus a few months > ago, I found that the bit rate setting was passed to the encoder > correctly, but to > correctly meet this target the encoder needs to know the correct > values of influencing parameters, like the frame rate. > In my case the frame rate wasn't passed in correctly, so the encoder > kept producing video at the wrong rate. > > I haven't fixed the issue back then, but worked around it. I'm not > sure if anybody else has (or if the same applies to the OPAL version > of the codec). > > Regards, > Jan > > Robert Jongbloed wrote: > > Quick question on this helper app, do you know if the bit rate > > control works with it? > > > > > > > > As far as I can tell, I am setting it to 256kbps and it is still > > sending at 4Mbps. So, before I go digging deeper, I was hoping for a > > bit of a sanity check. > > > > > > > > Thank you very much! > > > > > > > > Robert Jongbloed > > > > OPAL/OpenH323/PTLib Architect and Co-founder. > > > > > > > > From: Simon Horne [mailto:s.horne@packetizer.com] > > Sent: Monday, 7 February 2011 10:01 PM > > To: 'Robert Jongbloed'; 'ZAHRA dehghanianfard' > > Cc: 'opal'; 'opal'; h323plus(a)lists.packetizer.com > > Subject: RE: error H.263 > > > > > > > > I think both the opal and h323plus community can benefit. > > > > http://www.h323plus.org/source/download/ffmpeg_x264.zip > > > > > > > > Place all files in your application directory. > > > > The FFMPEG (with w32threads) and X264 is built with mingw/msys. > > x264plugin_helper.exe is built with vs2008 and requires vs2008 runtime. > > > > > > > > Simon > > > > > > > > From: Robert Jongbloed [mailto:robertj@voxlucida.com.au] > > Sent: 07 February 2011 15:48 > > To: ZAHRA dehghanianfard > > Cc: opal; opal > > Subject: Re: [Opalvoip-devel] error H.263 > > > > > > > > The answer to your questions are: > > > > > > > > 1) Yes, but you need to compile it. > > > > 2) The result of compiling it is a DLL > > > > 3) You will have to figure out why it doesn't compile under windows. > > > > > > > > > > > > I have to admit to not being able to get the H.263 (or x264) codecs > > to compile and work under Windows, though I have only tried somewhat briefly. > > Unfortunately the authors of all the libraries mainly use Linux, > > though it is my understanding that it can be compiled using MinGW/Cygwin. > > > > > > > > > > > > I am sure the OPAL community would be incredibly grateful to anyone > > that can provide a pre-built binary for the H.263 (and x264!) codec. > > > > > > > > > > -------- > > > > Robert Jongbloed > > > > Vox Lucida Pty. Ltd. > > > > > > > > > > > > > > > > On 03/02/2011, at 5:33 PM, ZAHRA dehghanianfard wrote: > > > > > > > > > > Hi robert. > > > > Many thanks for your last support; I need to use OpenPhone3.8.2 by > > H.263 codec run. > > > > 1) Is OpenPhone 3.8.2 with Opal 3.8.2 & Ptlib2.8.2 support H.263 > codec > > inside? > > > > 2) If the above response is YES, Are you suggesting any H.263 DLL > file? > > > > 3) I find a source that name is "H.263-1998" then I download that and > > compiles it but I find below Error inside: > > > > > > > > 1>------ Build started: Project: H.263-1998 (FFMPEG) Video Codec, > > Configuration: Debug Win32 ------ > > 1>Compiling... > > 1>h263pframe.cxx > > 1>c:\opal\plugins\video\h.263-1998\../common/ffmpeg.h(155) : fatal > > 1>error > > C1083: Cannot open include file: 'libavcodec\avcodec.h': No such > > file or directory > > 1>h263-1998.cxx > > 1>c:\opal\plugins\video\h.263-1998\../common/ffmpeg.h(155) : fatal > > 1>error > > C1083: Cannot open include file: 'libavcodec\avcodec.h': No such > > file or directory > > 1>Generating Code... > > 1>Build log was saved at > > "file://c:\opal\plugins\Debug\H263-1998\BuildLog.htm > > <file:///c:\opal\plugins\Debug\H263-1998\BuildLog.htm> " > > 1>H.263-1998 (FFMPEG) Video Codec - 2 error(s), 0 warning(s) > > ========== Build: 0 succeeded, 1 failed, 0 up-to-date, 0 skipped > > ========== > > > > > > > > I try to solve this problem by download a "libavcodec" that use some > > header & DLL file that I copy in "C:\opal\plugin\video\common" but I > > take below > > error: > > > > > > > > > > > > 1>------ Build started: Project: H.263-1998 (FFMPEG) Video Codec, > > Configuration: Debug Win32 ------ > > 1>Compiling... > > 1>h263pframe.cxx > > 1>c:\opal\plugins\video\h.263-1998\../common/ffmpeg.h(185) : fatal > > 1>error > > C1189: #error : Libavcodec LIBAVCODEC_VERSION_INT too old. > > 1>h263-1998.cxx > > 1>c:\opal\plugins\video\h.263-1998\../common/ffmpeg.h(185) : fatal > > 1>error > > C1189: #error : Libavcodec LIBAVCODEC_VERSION_INT too old. > > 1>Generating Code... > > 1>Build log was saved at > > "file://c:\opal\plugins\Debug\H263-1998\BuildLog.htm > > <file:///c:\opal\plugins\Debug\H263-1998\BuildLog.htm> " > > 1>H.263-1998 (FFMPEG) Video Codec - 2 error(s), 0 warning(s) > > ========== Build: 0 succeeded, 1 failed, 0 up-to-date, 0 skipped > > ========== > > > > > > > > Please guide me to i can have H.263 codec with DLL & source over > > OpenPhone > > 3.8.2 here. > > > > I am in wait for your response. > > > > Best Regards. > > > > Zahra. > > -- > Jan Willamowius, jan(a)willamowius.de, http://www.gnugk.org/ > > ---------------------------------------------------------------------------- > -- > Index, Search & Analyze Logs and other IT data in Real-Time with > Splunk Collect, index and harness all the fast moving IT data > generated by your applications, servers and devices whether physical, > virtual or in the cloud. > Deliver compliance at lower cost and gain new business insights. > Free Software Download: http://p.sf.net/sfu/splunk-dev2dev > _______________________________________________ > Opalvoip-devel mailing list > Opalvoip-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/opalvoip-devel > > > ---------------------------------------------------------------------------- - > - > Index, Search & Analyze Logs and other IT data in Real-Time with > Splunk Collect, index and harness all the fast moving IT data > generated by your applications, servers and devices whether physical, > virtual or in the cloud. > Deliver compliance at lower cost and gain new business insights. > Free Software Download: http://p.sf.net/sfu/splunk-dev2dev > _______________________________________________ > Opalvoip-devel mailing list > Opalvoip-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/opalvoip-devel

1 0

Re: [h323plus] [Opalvoip-devel] error H.263
by Simon Horne 22 Feb '11

22 Feb '11

Jan You are correct . To match to a bandwidth the encoder must know frame size and rate. The plugin support is very much h323plus specific. You can calculate the frame size/rate by using the internal table or can use a supplied list of supported frame sizes/rates. These can be manually coded from largest to smallest or retrieved from the video input device. DirectShow for instance supports retrieving the list of supported sizes and rates via calling PVideoInputDevice:: GetDeviceCapabilities(). These can be passed to the codec via calling PLUGINCODEC_CONTROL_SET_FORMAT_OPTIONS. In h323plus the function to do this is H323VideoCodec::SetSupportedFormats. The function returns the default frame size and rate for the given bitrate that is supported by the input device. Then you can set the input device with the returned frame size /rate in the MyH323Endpoint::OpenVideoChannel. See Applications/SimplePlus for example of how that is done. The bandwidth (and level\MBPS etc) values for the X264 Encoder is set by PLUGINCODEC_CONTROL_SET_CODEC_OPTIONS which is called after the local and remote capabilities have been merged in h323plus. Then there is flowControl which does basically the same thing. You pass to the plugin a bitrate value via PLUGINCODEC_CONTROL_FLOW_OPTIONS it then returns a supported frame size/rate (internal or supplied earlier) then you pass these value to the input device via calling PVideoInputDevice:: FlowControl(). The architecture of Opal has deviated a lot from its h323plus roots and I think there is a lot more things to consider to getting this to work with it. Simon -----Original Message----- From: Jan Willamowius [mailto:jan@willamowius.de] Sent: 22 February 2011 18:46 To: opalvoip-devel(a)lists.sourceforge.net Subject: Re: [Opalvoip-devel] error H.263 When I debugged a similar bandwidth issue on H323Plus a few months ago, I found that the bit rate setting was passed to the encoder correctly, but to correctly meet this target the encoder needs to know the correct values of influencing parameters, like the frame rate. In my case the frame rate wasn't passed in correctly, so the encoder kept producing video at the wrong rate. I haven't fixed the issue back then, but worked around it. I'm not sure if anybody else has (or if the same applies to the OPAL version of the codec). Regards, Jan Robert Jongbloed wrote: > Quick question on this helper app, do you know if the bit rate control > works with it? > > > > As far as I can tell, I am setting it to 256kbps and it is still > sending at 4Mbps. So, before I go digging deeper, I was hoping for a > bit of a sanity check. > > > > Thank you very much! > > > > Robert Jongbloed > > OPAL/OpenH323/PTLib Architect and Co-founder. > > > > From: Simon Horne [mailto:s.horne@packetizer.com] > Sent: Monday, 7 February 2011 10:01 PM > To: 'Robert Jongbloed'; 'ZAHRA dehghanianfard' > Cc: 'opal'; 'opal'; h323plus(a)lists.packetizer.com > Subject: RE: error H.263 > > > > I think both the opal and h323plus community can benefit. > > http://www.h323plus.org/source/download/ffmpeg_x264.zip > > > > Place all files in your application directory. > > The FFMPEG (with w32threads) and X264 is built with mingw/msys. > x264plugin_helper.exe is built with vs2008 and requires vs2008 runtime. > > > > Simon > > > > From: Robert Jongbloed [mailto:robertj@voxlucida.com.au] > Sent: 07 February 2011 15:48 > To: ZAHRA dehghanianfard > Cc: opal; opal > Subject: Re: [Opalvoip-devel] error H.263 > > > > The answer to your questions are: > > > > 1) Yes, but you need to compile it. > > 2) The result of compiling it is a DLL > > 3) You will have to figure out why it doesn't compile under windows. > > > > > > I have to admit to not being able to get the H.263 (or x264) codecs to > compile and work under Windows, though I have only tried somewhat briefly. > Unfortunately the authors of all the libraries mainly use Linux, > though it is my understanding that it can be compiled using MinGW/Cygwin. > > > > > > I am sure the OPAL community would be incredibly grateful to anyone > that can provide a pre-built binary for the H.263 (and x264!) codec. > > > > > -------- > > Robert Jongbloed > > Vox Lucida Pty. Ltd. > > > > > > > > On 03/02/2011, at 5:33 PM, ZAHRA dehghanianfard wrote: > > > > > Hi robert. > > Many thanks for your last support; I need to use OpenPhone3.8.2 by > H.263 codec run. > > 1) Is OpenPhone 3.8.2 with Opal 3.8.2 & Ptlib2.8.2 support H.263 codec > inside? > > 2) If the above response is YES, Are you suggesting any H.263 DLL file? > > 3) I find a source that name is "H.263-1998" then I download that and > compiles it but I find below Error inside: > > > > 1>------ Build started: Project: H.263-1998 (FFMPEG) Video Codec, > Configuration: Debug Win32 ------ > 1>Compiling... > 1>h263pframe.cxx > 1>c:\opal\plugins\video\h.263-1998\../common/ffmpeg.h(155) : fatal > 1>error > C1083: Cannot open include file: 'libavcodec\avcodec.h': No such file > or directory > 1>h263-1998.cxx > 1>c:\opal\plugins\video\h.263-1998\../common/ffmpeg.h(155) : fatal > 1>error > C1083: Cannot open include file: 'libavcodec\avcodec.h': No such file > or directory > 1>Generating Code... > 1>Build log was saved at > "file://c:\opal\plugins\Debug\H263-1998\BuildLog.htm > <file:///c:\opal\plugins\Debug\H263-1998\BuildLog.htm> " > 1>H.263-1998 (FFMPEG) Video Codec - 2 error(s), 0 warning(s) > ========== Build: 0 succeeded, 1 failed, 0 up-to-date, 0 skipped > ========== > > > > I try to solve this problem by download a "libavcodec" that use some > header & DLL file that I copy in "C:\opal\plugin\video\common" but I > take below > error: > > > > > > 1>------ Build started: Project: H.263-1998 (FFMPEG) Video Codec, > Configuration: Debug Win32 ------ > 1>Compiling... > 1>h263pframe.cxx > 1>c:\opal\plugins\video\h.263-1998\../common/ffmpeg.h(185) : fatal > 1>error > C1189: #error : Libavcodec LIBAVCODEC_VERSION_INT too old. > 1>h263-1998.cxx > 1>c:\opal\plugins\video\h.263-1998\../common/ffmpeg.h(185) : fatal > 1>error > C1189: #error : Libavcodec LIBAVCODEC_VERSION_INT too old. > 1>Generating Code... > 1>Build log was saved at > "file://c:\opal\plugins\Debug\H263-1998\BuildLog.htm > <file:///c:\opal\plugins\Debug\H263-1998\BuildLog.htm> " > 1>H.263-1998 (FFMPEG) Video Codec - 2 error(s), 0 warning(s) > ========== Build: 0 succeeded, 1 failed, 0 up-to-date, 0 skipped > ========== > > > > Please guide me to i can have H.263 codec with DLL & source over > OpenPhone > 3.8.2 here. > > I am in wait for your response. > > Best Regards. > > Zahra. -- Jan Willamowius, jan(a)willamowius.de, http://www.gnugk.org/ ---------------------------------------------------------------------------- -- Index, Search & Analyze Logs and other IT data in Real-Time with Splunk Collect, index and harness all the fast moving IT data generated by your applications, servers and devices whether physical, virtual or in the cloud. Deliver compliance at lower cost and gain new business insights. Free Software Download: http://p.sf.net/sfu/splunk-dev2dev _______________________________________________ Opalvoip-devel mailing list Opalvoip-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/opalvoip-devel

1 0

Re: [h323plus] error H.263
by Vladimir Fekete 14 Feb '11

14 Feb '11

Hello Robert, 1) I went directly to plugins/video/H.263 ffmpeg/ directory (after I compiled ptlib and opal) 2) downloaded http://www.voxgratia.org/bin/libavcodec-0.4.7-windows.bin.zip as is written in readme file and unzipped it into plugins/video/H.263 ffmpeg/ffmpeg 3) I've opened the 'h263ffmpeg_2005.vcxproj' file and saved solution which VS2010 created for this project 4) Build it 5) No errors - result is ../../Debug/h263ffmpeg_pwplugin.dll (and the rest things such as .pdb file) Best regards, Vladimir P.S> this is resubmitted, because last time I just replied to Robert and did not used the other addresses as well. Sorry about that.

2 1

h323plus CVS back up
by Simon Horne 10 Feb '11

10 Feb '11

To ALL Just a quick note that the h323plus CVS is now back online. Simon

1 0

lost rtp packets and using jitter for video session
by Igor Pavlov 08 Feb '11

08 Feb '11

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

Blocking of TCS and MSD messages
by Mark Fawcett 08 Feb '11

08 Feb '11

All, I am making an outgoing call from h323plus to an SJPhone endpoint using fast-start. All seems well, the h323plus sends the setup message with fs (specifying g711alaw) and the remote end responds with callProceeding / alerting / connect. The connect message contains a fast-start OLC itself and all is good. However, the h323plus stack then issues TCS and MSD messages. We are being asked if these can be stopped (my understanding is that Fast-Start allows for connectivity to be made with just the setup & connect messages)? Many thanks for your time. Cheers Mark Mark Fawcett Managing Director +44 (0)7976 240171 (M) +44 (0)8454 336886 (x1001) (L) www.noakesltd.co.uk Noakes Limited, Registration #06920566 (England & Wales), 2 Berkeley Close, Northampton, NN1 5BJ

3 3

Question regarding g711Alaw codec and preferred packet size
by Mark Fawcett 08 Feb '11

08 Feb '11

All, I am struggling with what I suspect is a very simple question: How do I make an outgoing call via h323 specify 20ms packets for the g711Alaw codec instead of the default 30ms? Many thanks, Mark Mark Fawcett Managing Director +44 (0)7976 240171 (M) +44 (0)8454 336886 (x1001) (L) www.noakesltd.co.uk Noakes Limited, Registration #06920566 (England & Wales), 2 Berkeley Close, Northampton, NN1 5BJ

2 2

Re: [h323plus] error H.263
by Simon Horne 07 Feb '11

07 Feb '11

I think both the opal and h323plus community can benefit. http://www.h323plus.org/source/download/ffmpeg_x264.zip Place all files in your application directory. The FFMPEG (with w32threads) and X264 is built with mingw/msys. x264plugin_helper.exe is built with vs2008 and requires vs2008 runtime. Simon From: Robert Jongbloed [mailto:robertj@voxlucida.com.au] Sent: 07 February 2011 15:48 To: ZAHRA dehghanianfard Cc: opal; opal Subject: Re: [Opalvoip-devel] error H.263 The answer to your questions are: 1) Yes, but you need to compile it. 2) The result of compiling it is a DLL 3) You will have to figure out why it doesn't compile under windows. I have to admit to not being able to get the H.263 (or x264) codecs to compile and work under Windows, though I have only tried somewhat briefly. Unfortunately the authors of all the libraries mainly use Linux, though it is my understanding that it can be compiled using MinGW/Cygwin. I am sure the OPAL community would be incredibly grateful to anyone that can provide a pre-built binary for the H.263 (and x264!) codec. -------- Robert Jongbloed Vox Lucida Pty. Ltd. On 03/02/2011, at 5:33 PM, ZAHRA dehghanianfard wrote: Hi robert. Many thanks for your last support; I need to use OpenPhone3.8.2 by H.263 codec run. 1) Is OpenPhone 3.8.2 with Opal 3.8.2 & Ptlib2.8.2 support H.263 codec inside? 2) If the above response is YES, Are you suggesting any H.263 DLL file? 3) I find a source that name is "H.263-1998" then I download that and compiles it but I find below Error inside: 1>------ Build started: Project: H.263-1998 (FFMPEG) Video Codec, Configuration: Debug Win32 ------ 1>Compiling... 1>h263pframe.cxx 1>c:\opal\plugins\video\h.263-1998\../common/ffmpeg.h(155) : fatal error C1083: Cannot open include file: 'libavcodec\avcodec.h': No such file or directory 1>h263-1998.cxx 1>c:\opal\plugins\video\h.263-1998\../common/ffmpeg.h(155) : fatal error C1083: Cannot open include file: 'libavcodec\avcodec.h': No such file or directory 1>Generating Code... 1>Build log was saved at "file://c:\opal\plugins\Debug\H263-1998\BuildLog.htm <file:///c:\opal\plugins\Debug\H263-1998\BuildLog.htm> " 1>H.263-1998 (FFMPEG) Video Codec - 2 error(s), 0 warning(s) ========== Build: 0 succeeded, 1 failed, 0 up-to-date, 0 skipped ========== I try to solve this problem by download a "libavcodec" that use some header & DLL file that I copy in "C:\opal\plugin\video\common" but I take below error: 1>------ Build started: Project: H.263-1998 (FFMPEG) Video Codec, Configuration: Debug Win32 ------ 1>Compiling... 1>h263pframe.cxx 1>c:\opal\plugins\video\h.263-1998\../common/ffmpeg.h(185) : fatal error C1189: #error : Libavcodec LIBAVCODEC_VERSION_INT too old. 1>h263-1998.cxx 1>c:\opal\plugins\video\h.263-1998\../common/ffmpeg.h(185) : fatal error C1189: #error : Libavcodec LIBAVCODEC_VERSION_INT too old. 1>Generating Code... 1>Build log was saved at "file://c:\opal\plugins\Debug\H263-1998\BuildLog.htm <file:///c:\opal\plugins\Debug\H263-1998\BuildLog.htm> " 1>H.263-1998 (FFMPEG) Video Codec - 2 error(s), 0 warning(s) ========== Build: 0 succeeded, 1 failed, 0 up-to-date, 0 skipped ========== Please guide me to i can have H.263 codec with DLL & source over OpenPhone 3.8.2 here. I am in wait for your response. Best Regards. Zahra. ---------------------------------------------------------------------------- -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d__________________________________________ _____ Opalvoip-devel mailing list Opalvoip-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/opalvoip-devel

2 2

OpenH323 version is 1.22.0 Compilation problems
by Jose P. Espinal 01 Feb '11

01 Feb '11

Hello List, I'm not sure this is the correct list to post this message, but searching on Google was not of much help. NOTE: Please feel free to point me to the correct place to search (in the case that this is not the correct list for this) I'm trying to install OpenH323 1.22.0 on Slackware Linux 13.0, I installed (without problems) ptlib-2.8.3 In the moment I run the ./configure script inside h323plus-1.22.0/ directory, it ends with the following error: ----- checking for /usr/include/ptlib/version.h... no Cannot find ptlib - please install or set PTLIBDIR and try again ----- I tried setting PTLIBDIR and PWLIBDIR, but had no luck. Is good to note that the system can see ptlib-config: ----- root@testbox_a:~# ptlib-config --version --libdir 2.8.3 /usr/lib ----- Also, I tried doing: touch /usr/include/ptlib/version.h , and after that, the configure script seems to go through without problem. Questions: a. What I'm missing here? b. What would be the possible consequences of creating an empty version.h, using 'touch'? (Will with break something?) PS. Sorry if any of this questions sounds obvious to you, I could not find any README or INSTALL doc inside sources packages. -- Jose P. Espinal http://www.eSlackware.com IRC: Khratos @ #asterisk / -doc / -bugs

4 5

FYI: CVS Down
by Simon Horne 31 Jan '11

31 Jan '11

Guys http://sourceforge.net/blog/sourceforge-net-attack/ Both H323plus and Gnugk CVS are still currently down. Will advise when it will be operational again. Simon

1 0

Dynamic Bandwidth Allocation Algorithm in Open Source
by kc ooi 13 Jan '11

13 Jan '11

Dear H323plus Team Members, Is there any open source implementation of dynamic bandwidth allocation algorithm in H.323 based video conferencing application? Thanks.

2 1

Announcement 1.22.0 Release
by Simon Horne 12 Jan '11

12 Jan '11

Stable version 1.22.0 has been released and available from the h323plus website. Thanks to Jan for the help putting it together. http://www.h323plus.org/source/ Note the audio/video plugins are part of the main source distribution and that the applications source code is now 1 download. MyPhone2 executable has been removed but the source is still available in the application download . Simon

2 2

Silk codec support
by Łukasz Czekierda 12 Jan '11

12 Jan '11

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

5 9

Flooding in Brisbane Australia
by Simon Horne 12 Jan '11

12 Jan '11

Everyone Just to let you know I may not be contactable over the next few days as the city where I live is under serious flooding. While we are above the flood level I may be uncontactable as the power or internet is intermittent. Simon

1 0

Re: [h323plus] Silk codec support
by Simon Horne 11 Jan '11

11 Jan '11

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

1 0

Stable version
by Marcus Frenkel 11 Jan '11

11 Jan '11

Hi, what are the plans to release stable version out of the trunk? Thx, Marcus

3 3

Possible Entry through h.323 at Port 1720
by Braun, Christian 10 Jan '11

10 Jan '11

Hello everybody, I am new to this list and have just a simple question: We are using an Sierre Wireless Raven XT router to send data from a remote place to our servers And at the moment the connection is not fully established (we cannot connect with Loggernet Campbell Scientic Program). A port scan from the machine gives: PORT STATE SERVICE 1720/tcp open H.323/Q.931 Which is the only open port (no SSH, no HTML Port). Is there a possibility to get through this port to change the configuration of the router? Any help would be appreciated. Best regards, Christian Braun Christian Braun | System Development Concentrix Solar GmbH | Bötzinger Str. 31 | 79111 Freiburg | Germany T +49 761 214 108 35 | F +49 761 214 108 29 | M +49 1522 273 66 35 christian.braun(a)concentrix-solar.de<mailto:christian.braun@concentrix-solar.de> | www.concentrix-solar.de<http://www.concentrix-solar.de/> Managing Directors: Hansjörg Lerchenmüller, Emmanuel Arène | Chairman of the Board: Dr. André-Jacques Auberton-Hervé HRB 7492 Register Court Freiburg | Disclaimer: www.concentrix-solar.de/disclaimer<http://www.concentrix-solar.de/disclaimer> Concentrix Solar is a division of the Soitec Group: www.soitec.com<http://www.soitec.com/>

4 9

cancel email
by ghyhust 07 Jan '11

07 Jan '11

2011-01-07 ghyhust

1 0

h323plus and video codecs
by Vladimir Fekete 07 Jan '11

07 Jan '11

Hello all, I'd like to ask you for help/hint about video codecs in h323plus (v1.22). Since I'm new I'm not sure I understand everything correctly. What I want to do : I don't have a camera, but I'd like to be able to send some video through the net (between/using 2 MyPhone applications as endpoints). Thanks to other tutorials I was able to rewrite the OpenAudioChannel, so I was able to transmit wav file. I hoped it will be equally "easy" for the video. Unfortunately, for MyPhone application, execution did not even entered the OpenVideoChannel method. So I looked at the capabilities of my end point and there are no video codecs. So, I'd like to ask you: Are the missing video codes my only problem ? (e.g. do I understand it correctly, that I only need to rewrite OpenVideoChannel in order to read from a file/stream ?) Are video codecs in h323plus represented as plugins only or there should be some internal ones which works ? Could ffmpeg plugin for h323 help me ? I tried to compile ffmpeg plugin and use it. Compilation went fine (I get the dll and 2 header files), so I tried to use it. Unfortunately due to lack of documentation (other than code itself) I was able to find only classes as OpalDynaCodecDLL from dynacodec.h which seemed to do the job (to allow me to add h.263 capability and add video codec). However there is dllcodec.h file missing in whole h323plus project (I was able to trace it down in openh323 which is obsolete afaik) and also some classes were missing (such as OpalDLLCodecInfo). I tried to download the OPAL project source codes, but I was not able to find dllcodec.h. any hint will be appreciated. Best regards, Vladimir

2 2

Facility transportedInformation vs empty
by Mark Fawcett 06 Jan '11

06 Jan '11

All, When running h323plus against various endpoints, h323plus always seems to use the Facility + empty h323-message-body method of sending messages (such as an H245 MSD) as opposed to the transportedInformation Facility method. (At least according to Wireshark.) I'm running h323plus reporting a protocol identifier of 0.0.8.2250.0.6 (Version 6). I've tested against endpoints running V4 (so I would potentially expect a drop down to the older style of working) and ones reporting themselves as V6. Question: Is there a way in h323plus to make use of the transportedInformation style of facility message indication? I've dug around the source code and can see the enum type declared but can't see anywhere that necessarily makes use of it (not to say the late night is causing brain fade). Cheers Mark Mark Fawcett Managing Director +44 (0)7976 240171 (M) +44 (0)8454 336886 (x1001) (L) www.noakesltd.co.uk Noakes Limited, Registration #06920566 (England & Wales), 2 Berkeley Close, Northampton, NN1 5BJ

1 0

GNU Gatekeeper release 2.3.4
by Jan Willamowius 04 Jan '11

04 Jan '11

Hi all, the GNU Gatekeeper version 2.3.4 has been released. http://www.gnugk.org/gnugk-2-3-4.html This is mainly a bugfix release for proxy mode selection, H.460.18/.19 and bandwidth management. Regards, Jan -- Jan Willamowius, Founder of the GNU Gatekeeper Project EMail : jan(a)willamowius.de Website: http://www.gnugk.org Support: http://www.willamowius.de/gnugk-support.html Changes from 2.3.3 to 2.3.4 =========================== - BUGFIX(Toolkit.cxx) fix handling of ModeSelection rules (sponsored by Charite, Berlin) - BUGFIX(RasSrv.cxx) fix handling of BRQs reducing the bandwidth - BUGFIX(ProxyChannel.cxx) fix H.239 from H.460.19 client (sponsored by Nanjing Southern Telecom) - BUGFIX(ProxyChannel.cxx) fix H.245 IP in H.460.18 call - BUGFIX(ProxyChannel.cxx) sourceCallSignalAddr rewrite and RemoveH235Call= were ignored when calling endpoint who uses H.460.18 - BUGFIX(gksql_mysql.cxx) set MySQL connect timeout to 10 seconds (was 10000 seconds) - BUGFIX(RasTbl.cxx) add NULL pointer checks when searching for endpoints - BUGFIX(yasocket.cxx) fix crash on Windows service shutdown - BUGFIX rewrite memory mangement for routeToAlias - BUGFIX(RasSrv.cxx) allow calls with zero bandwidth - BUGFIX(ProxyChannel.cxx) fix crash when call being retried is deleted by another thread - BUGFIX(ProxyChannel.cxx) fix crash in RTCP handling - new switch: [Proxy]EnableRTCPStats=, must be enabled to send RTCP stats to Radius server - new switch: [EP::...]AdditionalDestinationAlias= - new switch: [RoutedMode]AlwaysRewriteSourceCallSignalAddress=, defaults to 2.3.2 behavior - convert 2nd CallProceeding even if the first was sent through the status port

1 0

Re: [h323plus] enabling DirectShow video input
by Alessandro Angeli 05 Dec '10

05 Dec '10

From: "Alessandro Angeli" <packetizer.com(a)riseoftheants.com> Date: Tuesday 02 November 2010 18:26 > It seems to (almost) work now. Both endpoints see the webcams and both > load the Vic H.261 plugin (but not the ffmpeg H.263 one). However, the > server side (-n -l) only receives the video while the client side (-n > <host>) neither sends not receives. Audio and text are fine. I figured it out. The value of CLSID_SampleGrabber in vidinput_directx2.cxx is wrong (copied&pasted from CLSID_NullRenderer): Data1 should be 0xC1F400A0 and not 0xC1F400A4. -- Alessandro

4 12

Bandwidth Control during conference
by kc ooi 26 Nov '10

26 Nov '10

Dear all h323plus member, Is there any function that allow for bandwidth changing during conference undergoing? For example, if I initial a conference with bandwidth 768kbits, I want to limit my bandwidth to 512kbits during conference. How I can do this? Thanks.

1 0