[OpenSIPS-Devel] [ opensips-Feature Requests-3191350 ] b2b modules - db table parameters
Feature Requests item #3191350, was opened at 2011-02-24 10:35 Message generated for change (Tracker Item Submitted) made by jpyle490 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086413aid=3191350group_id=232389 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: modules Group: None Status: Open Priority: 5 Private: No Submitted By: Jeff Pyle (jpyle490) Assigned to: Nobody/Anonymous (nobody) Summary: b2b modules - db table parameters Initial Comment: This feature request is for parameters in the b2b modules to control the table name and other characteristics, much like the other modules (i.e. dialog) already have. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086413aid=3191350group_id=232389 ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] SF.net SVN: opensips:[7756] branches/1.6/parser/parse_to.c
Revision: 7756 http://opensips.svn.sourceforge.net/opensips/?rev=7756view=rev Author: bogdan_iancu Date: 2011-02-24 16:26:27 + (Thu, 24 Feb 2011) Log Message: --- backport from trunk (rev #7755): - fixed parsing of quoted params in TO-like headers. Reported by Ovidiu Sas. Revision Links: -- http://opensips.svn.sourceforge.net/opensips/?rev=7755view=rev Modified Paths: -- branches/1.6/parser/parse_to.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] SF.net SVN: opensips:[7757] trunk/modules/presence_callinfo/add_events.c
Revision: 7757 http://opensips.svn.sourceforge.net/opensips/?rev=7757view=rev Author: osas Date: 2011-02-24 16:42:43 + (Thu, 24 Feb 2011) Log Message: --- presence_callinfo: enable Call-Info header validation for received PUBLISH Modified Paths: -- trunk/modules/presence_callinfo/add_events.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] Sip stereo B2BUA conference server
Hello, I try to develop a stereo back to back user agent conference server where simultaneously not only mono but also stereo clients can connect. B2BUA to be as much standard conform as possible (it's just an idea). Stereo clients means that the client sends mono to the server but gets a stereo signal back (upmixed by some tricks; see HRTF). As I already tried to develop this idea at freeswitch which seems not be be possible, I want to know from some opensips expters if this is possible with the effort of a Bachelor Thesis (I want to program my own, of course). Thansk a lot MatzeMuc86 ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Re: [OpenSIPS-Devel] Sip stereo B2BUA conference server
OpenSIPS is a SIP server, it handles the SIP signaling, not the media. To implement what you describe you need something that can create and handle incoming media streams and is able to mix them. If FreeSwitch or Asterisk cannot already do these things close to what you plan to implement, you will need to reinvent some wheels. Adrian On Feb 24, 2011, at 10:43 PM, MatzeMuc86 wrote: Hello, I try to develop a stereo back to back user agent conference server where simultaneously not only mono but also stereo clients can connect. B2BUA to be as much standard conform as possible (it's just an idea). Stereo clients means that the client sends mono to the server but gets a stereo signal back (upmixed by some tricks; see HRTF). As I already tried to develop this idea at freeswitch which seems not be be possible, I want to know from some opensips expters if this is possible with the effort of a Bachelor Thesis (I want to program my own, of course). Thansk a lot MatzeMuc86 ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] [ opensips-Patches-3191805 ] Timestamp granularity of seconds is insufficient
Patches item #3191805, was opened at 2011-02-24 20:21 Message generated for change (Tracker Item Submitted) made by dpacket You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086412aid=3191805group_id=232389 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: core Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Dynamic Packet (dpacket) Assigned to: Nobody/Anonymous (nobody) Summary: Timestamp granularity of seconds is insufficient Initial Comment: Current core options for getting numeric timestamps are limited $Ts (time in seconds) and $Tsm (microseconds of the current second). This leaves no way to calculate more precise time deltas. Even trying to combine the two current variables, being the results of two separate calls, they are not equal, rounding issues non-withstanding. Attached is a patch that creates a new core variable, $Tsms, which represents the current timestamp in MILLISECONDS. This granularity is sufficient for most applications. If more is precision is needed, this could easily be extended to add another var, $Tsus, which would represent current time in MICROSECONDS. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086412aid=3191805group_id=232389 ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
