On 12/23/2009 11:29 AM, David Knell wrote:
On the other hand, a u-law WAV turned into L16 and then back to u-law to
be sent down the line shouldn't suffer any alteration at all - if it
does, the there's something wrong with the translation.
The quality dropping over time is almost certainly
On 12/23/2009 04:55 AM, Ahmed Naji wrote:
Hello people,
Can someone please clear the following ambiguities with codecs:
1. Are we definitively able to run pass-through codecs (e.g. G.729)
in Proxy Media mode, or does FS need to be running in
bypass-media ? the Wiki is not
On 12/14/2009 08:05 PM, Peter P GMX wrote:
We currently use Patton gateways SN4116 for attaching fax and modem
equipment to our Freeswitch system. Freeswitch is in bypass-media-mode,
so media flow goes the following way:
Modem/Fax = Patton_SN4116 = Patton_SN46XX =PSTN/ISDN
However modem
On 12/14/2009 11:19 PM, Anthony Minessale wrote:
Software G729 will be available by the end of the month.
As for, G723 we are not currently working on it.
There is a legit option for G.723.1 - the Digium TC400B card. Its
supported by Freeswitch, thanks to Moises.
On Mon, Dec 14, 2009 at 6:45
On 11/19/2009 11:54 PM, David Knell wrote:
Hi Brian,
It just doesn't belong in user space or kernel space in the machine
for true performance you should do it in hardware... I'm pretty sure
the poor box would die if you tried it on 32 E1's at the same time.
Disagree somewhat.
On 11/20/2009 05:15 AM, David Knell wrote:
On Fri, 2009-11-20 at 00:15 +0800, Steve Underwood wrote:
The audio path between kernel and user space is not stable with any
current PC based telephony system. At some point in the day the odd
chunk of data is lost here and there, whether you
On 11/18/2009 04:19 AM, Kristian Kielhofner wrote:
Ah yes, using spandsp instead of libvoipcodecs. I'm not going to
question the wisdom of that move but it appears that spandsp (as-is)
doesn't cross compile properly (make_at_dictionary is built using the
cross compiler and can't run on the
On 10/04/2009 01:07 AM, Diego Viola wrote:
Why is not recommended?
Square peg. Round hole.
On Sat, Oct 3, 2009 at 2:52 PM, Brian West br...@freeswitch.org
mailto:br...@freeswitch.org wrote:
MP3 is NOT recommend and if WAV files are too large you can mosey on
down to the local Best
On 10/04/2009 02:17 AM, Diego Viola wrote:
I see, does Ogg/Vorbis have the same problem?
Yep. Anything designed for general purpose audio is going to be a poor
choice when you want to achieve compact storage of narrowband voice.
Diego
On Sat, Oct 3, 2009 at 5:47 PM, Steve Underwood ste
On 09/29/2009 09:05 AM, Jason White wrote:
Brian Westbr...@freeswitch.org wrote:
SILK will NEVER take off if they don't stop jerking developers
around. I have a silk binary but its 32bit only... You CAN NOT link a
32bit .a file into a 64bit .so just won't work. And I emailed about
On 09/29/2009 09:31 AM, Brian West wrote:
I'm not one that usually likes to sit around waiting on stuff... but I
waited on SILK and was let down.
/b
On Sep 28, 2009, at 8:22 PM, Steve Underwood wrote:
Its early days for the IETF work, but its possible SILK and CELT might
merge
On 09/17/2009 12:08 AM, Travis Stutsman wrote:
In my attempts to receive a fax from a PSTN fax machine, the transaction
fails with error code 13 Unexpected message received. Verbose logging
is on for mod_fax. Here is an exerpt:
#
2009-09-15
Hi Travis,
That's a pretty weird call. It looks like you have a long delayed echo.
See below.
On 09/17/2009 01:21 AM, Travis Stutsman wrote:
Alrighty. Here is mod_fax from beginning to end.
#
2009-09-15 10:41:26.433382 [DEBUG] mod_fax.c:591
Hi,
Does anyone have access to a system that supports T.38 FAXing at V.34
rates. These things seem to be as rare as bugless software.
Steve
___
FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
This sounds like so many redundancy projects that will probably offer
nothing in the real world.
On 08/30/2009 05:52 AM, Pete Mueller wrote:
I guess I should also mention that Xen is a side-project.
When considering this issue for an existing production systems, we
chose to put as much HA
Hi Mathieu,
On 08/28/2009 05:15 PM, Mathieu Parent wrote:
Hi,
I just started testing Freeswitch, this works well. This is powerfull
and easy to administrate.
I just have one problem and one request. The request is BOUNTY-5: IMAP
integration of voicemail (I will try to propose a patch if
On 08/20/2009 05:22 AM, Michael Collins wrote:
There is no noise on those 3 beeps. In fact, for something that's been
through ulaw/alaw compression those beeps are very clean. They are
quite
short, though.
Heck yeah they're short! Steve, in your experience is there a
On 08/18/2009 05:15 AM, Eric des Courtis wrote:
Matt,
Okay the good news is vmd should be able to handle these cases. The
bad news is for whatever reason they are not getting detected at the
moment.
vmd-not-panasonic-home-ans.wav is a sine at ~1400Hz you can change
MAX_FREQ to 1450 and
David Knell wrote:
On Thu, 2009-07-30 at 09:21 +0800, Steve Underwood wrote:
High quality conferencing is a difficult task, and still a research
topic. No two conferencing systems perform alike. The interesting thing
about this and other reports is that the conferencing in Freeswitch
Kristian Kielhofner wrote:
While it might not be feasible it may be possible (and I don't see why not).
There are many, many commercial devices that claim to do this. Then
again there are just as many devices that claim to do everything and
anything...
People tell me commercial offerings
David Knell wrote:
Hi Fernando,
Greetings from Rio..!
It'd be interesting to understand more about these results - roughly
speaking, two conferencing systems using the same codecs, etc., ought to
perform pretty much identically, particularly with just a few callers.
I'd be interested to
mark morreny wrote:
Hi,
Have anyone tried getting freeswitch to work on uclinux/blackfin
platform?
Is there any info out there on how that can be done?
Thanks for any info.
Look in the mailing list archive. This question comes up regularly.
Steve
Being now a mashup of several CTI companies, there are now a number of
disparate things called Dialogic cards. Some, like the cards previously
known as Prince. er, Eicon are perfectly supportable. The old
Dialogic cards, like the D300 series, are not duplex to and from the
host. They are only
Tim Uckun wrote:
We have some older dialogic cards (D300 series E1 cards) and I am
wondering if freeswitch can support these cards.
Oh, I like the easy questions. No. It lacks the hardware features to do
anything useful with Freeswitch, or Asterisk, or Callweaver, or Yate, or
anything else
Michael Collins wrote:
On Thu, Jul 2, 2009 at 3:01 AM, Igor Neves i...@3gnt.net
mailto:i...@3gnt.net wrote:
Hi,
Michael Collins wrote:
Hello all!
There's been some discussion lately on how to handle multiple
languages, specifically with the *say* application. We
Raul Fragoso wrote:
On Fri, 2009-07-03 at 01:29 +0800, Steve Underwood wrote:
Michael Collins wrote:
On Thu, Jul 2, 2009 at 3:01 AM, Igor Neves i...@3gnt.net
mailto:i...@3gnt.net wrote:
Hi,
Michael Collins wrote:
Hello all!
There's been some
Edmar Cruz wrote:
So what codec supports mobile phones?
The main codecs used by mobile phones are:
GSM FRThe original GSM code, largely replaced by later
codecs (some VoIP stuff uses this)
GSM HRThe half rate codec for GSM
GSM EFR A later improved full rate
Nyamul Hassan wrote:
Hi,
I just noted Micheal Collins mention Enjoy lower quality G.729
calls. By lower quality do you mean G.729 in TC400B is lower in
quality compared to software compression? Or is that comparing G.729
with G.711?
I think he is just saddened by the way people
Brian West wrote:
Cellphones have really lowered everyones expectations of what quality
is. I think if each of us in the US could stab our Cellphone
providers in the neck and get away with it.. I know I would... YES
ATT I'm talking about your sorry excuse for service
The 3G
On Jun 29, 2009, at 12:11 PM, Steve Underwood wrote:
The 3G cellular standards have wideband features (that's what AMR-WB
was
developed for), but few (maybe no) operators enable them. I assume all
UMTS phones actually support wideband, but unless the network is
prepared to accept
paul.degt wrote:
Yes, that's one of the reasons. Another point is that GPL v.3 is defined
more clearly from legal perspective, at least from our legal adviser
point of view.
While the legal status of MPL is widely considered to be vague, is GPL 3
any better? GPL 2 is pretty sound, and
David Sugar wrote:
There are no legal uncertainties with respect to patents in GPL v3. You
cannot assert them in code you license under it. There was ambiguities
in GPL v2 in this respect which some companies liked. I prefer to deal
with honest companies rather than those that are
Anthony Minessale wrote:
One important thing is that if we go around following everything
everybody else says
we become a follower in our field.
I have had numerous people tell me what to do in the code, what to
name things, what to eat for breakfast.
Plain and simple, I will choose what
Fred-145 wrote:
Hello
Atcom's IP01 unit (www.atcom.cn) can be expanded to have 128MB RAM and 1GB
NAND flash. Before I go ahead and check, would someone know if a minimal
Linux + LAMP server* + Freeswitch can run OK with this amount of memory?
Thank you.
* I think I'll trade MySQL with
Mindaugas Kezys wrote:
If you live in patent-free country, you can try this:
http://github.com/Deepwalker/fs_itu_g729/tree/master
You live in Antarctica? :-\
Steve
___
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org
Peter P GMX wrote:
Just a side notice about how to name a company.
If you use a descriptive name e.g. GlobalSIP as sugested before, it
may be difficult to register this name later on as a brand name when
your company becomes successful.
At least here in Europe it is not possible to register a
Hi,
If anyone is interested in the low speed modems needed for POS
applications (V.22, V.22bis, V.22bisFC and V.29FC) please contact me. I
had some spare time while travelling, and finally got the V.22bis code I
started a long time ago into a start where its basically functional. I'm
now
Michael Jerris wrote:
rfc 4733 attempts (and fails miserably) to clarify rfc2833. It
doesn't really change anything of any real substnace. Our handling
of these packets tries very hard to be strict in what we send and
loose in what we accept and we tend to interoperate pretty well with
Brian West wrote:
Say you call billy, mary and ken at the same time. Billy's address
provides early media (ringing) you are to give the first one to
respond with media to the caller... but if by chance Mary's phone
provider is having a problem and they give congestion 20 seconds later
Kristian Kielhofner wrote:
On Sun, Apr 5, 2009 at 11:12 PM, David Knell d...@3c.co.uk wrote:
Ah, well, that's where you're trying to change the way that things
have been done for some decades. Ringback has historically been
generated close to the called party, which is why you hear
Fadil Berisha wrote:
Sure you can get reliable DTMF detection on 70%-80% of call paths with
no echo cancellation,
Fair enough. You say sure you can get reliable DTMF detection on
70%-80% of call paths with no echo cancellation. OK, you forgot to
mention that this is achievable
Anthony Minessale wrote:
I'm really starting to feel like we're playing musical threads here.
Just avoid playing them through low bit rate codecs. :-)
Steve
___
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org
Fadil Berisha wrote:
That's a simplification. Simple IVR (record, replay, collect
DTMF) probably
doesn't need EC;
Dave
Collect DTMF does not need EC. I take out your word probably
because no need for any dilemma. Interaction between DTMF detector an
EC *when EC exist*
Gabriel Kuri wrote:
once the FAX tone is detected on the PSTN side, FS receives a T.38
re-INVITE from the provider and FS sends back a 488/Not Acceptable
(proxy_media=false). at that point the provider than attempts fallback
to PCMU with another reINVITE ...
This part is interesting, and
of all types, and on
networks of varying quality. This would be impossible without echo
cancellation.
David Knell wrote:
Steve Underwood wrote:
David Knell wrote:
Steve Underwood wrote:
[whopping big snip]
The first bit of that's a tad patronising, isn't
Nik Middleton wrote:
Another issue with this module is the resources it consumes. We had it
running on 50 calls yesterday and the cpu’s all went to 90+%
That's odd. Something must be fouling up, as the algorithm he used
should be very lightweight.
Steve
Wasim Baig wrote:
2009/3/17 Anthony Knight tntkni...@gmail.com
mailto:tntkni...@gmail.com
I'm thinking about doing a project that would use FreeSWITCH as an
IVR, with callers being routed in by both ISDN PRI, and also SIP
trunks, with occasional bridge calls between callers.
David Knell wrote:
Steve Underwood wrote:
When there is Echo being generated from the far end, usually in a
bridged call. If you application is just an IVR, with no far end
connectivity, then you shouldn't need an echo can. If you are bridging
calls, then at some point you may need
Anthony Knight wrote:
Thanks for the feedback.
I have plenty of experience with IVRs and Dialogic cards (starting
with D121/LSI120s and SS96s under DOS in the 90's all the way up to
Intel's DM/Vs) and didn't ever have a problem with DTMF collection
with ISDN PRI lines except
David Knell wrote:
Steve Underwood wrote:
David Knell wrote:
Steve Underwood wrote:
When there is Echo being generated from the far end, usually in a
bridged call. If you application is just an IVR, with no far end
connectivity, then you shouldn't need an echo can. If you
Rajagopal, Sridhar (Sridhar) wrote:
Hi all,
I am planning to run freeswitch on powerpc MPC8358. Please let me know if any
changes needs to be done in the code
Regards
Sridhar
It may be easier to say what will currently stop Freeswitch working.
The lack of an MMU is a problem right
Andy Spitzer wrote:
Woof!
On Sun, 01 Mar 2009 21:28:18 -0500, Brian West br...@freeswitch.org wrote:
NO. You want something that people THINK exists and works well...
Reliable human/voice detection doesn't exist in ANY form.
I beg to differ. See
Hi,
mod_vmd is a bit more sophisticated than that. It looks for the signal
being narrowband energy. However, mod_vmd isn't very reliable, as it
takes a rather high SNR for its narrowband detector to work. So high
that a lossy codec like G.711 can barely manage it.
Regards,
Steve
Anthony
Andy Spitzer wrote:
Woof!
On Sun, 01 Mar 2009 21:28:18 -0500, Brian West br...@freeswitch.org wrote:
NO. You want something that people THINK exists and works well...
Reliable human/voice detection doesn't exist in ANY form.
I beg to differ. See
Shelby Ramsey wrote:
Thanks Moises. It looks like good work. When is Sangoma coming out
with a similar product ... Doug told me it was in the works, then not
in the works, then back in the works ...
The problem is this particular card is PCI only and it will only do
120 channels
If
Brian West wrote:
well that'll not scale far :P
That transcoding card does 120 channels. A modern quad core CPU with a
well implemented codec can do several hundred. A dual quad core chassis
can do twice as much. Which one has a scaling problem?
Steve
/b
On Feb 5, 2009, at 2:52 PM,
Jason Garland wrote:
If you want Speex support you need to target the chipset manufacturers:
Here is the Texas Insturments chipset that Polycom uses in the IP650
CPU is TNETV1050/C55x, rev 2 running at 162MHz with memory at 125MHz.
And here are the codecs that Chip supports from TI's
Hi Abdul,
Abdul Hakeem wrote:
Is Brazil a 3rd world country ? The last I hear Brazil was building
aeroplanes, has it's own space and nuclear program and a GNP UK would be
envious of.
Cheers,
AH
What relevance does that have to the current discussion?
Brazil is a country with large
Hi João,
João Mesquita wrote:
Steve,
As we speak I am actually negotiating with one of those companies to
make a mod for their cards. Khomp has a very nice product and they are
exporting to the rest of latin america now.
It surprises me someone doesn't assemble Tormenta 2
Raul Fragoso wrote:
Hi João,
Please say hello to Giancarlo at Khomp for me :)
Khomp is the best example in Brazil of what good engineering and fair
commercial prices can do to a country that suffers from high import
taxes. Unfortunately some companies are still inclined to buy imported
Kristian Kielhofner wrote:
On Thu, Jan 22, 2009 at 7:30 PM, Steve Underwood ste...@coppice.org wrote:
Depends what you are after. Speex offers the quality of G.729 at around
the same processing load. However, nobody seems to want to pay for the
processing load of G.729. Almost everything
Helmut Kuper wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
just an update about my progress in this.
Currently I have working C code which creates a pcap file containing all
needed protocoll headers in front of the Q931 dump. I use libpcap to
create the pcap file. The
Kristian Kielhofner wrote:
On Thu, Jan 22, 2009 at 6:35 PM, Michael S Collins m...@freeswitch.org
wrote:
On Jan 22, 2009, at 3:15 PM, Brian West br...@freeswitch.org wrote:
Not really what I would call a break... but at some point in the $1.6
million range you stop paying.
/b
Michael S Collins wrote:
That delta shrinks as processing power gets cheaper. I wonder if g729
licenses will get cheaper over time as well? I wouldn't take that
bet. ;)
Economics 101: The pricing of the licences is directly related to
G.729's lock on the market. The only reason for the
Dennis wrote:
hi,
after we managed to setup fs with mod_fax and our socket outbound
script, we have some questioons about an error and problems, when
sending a fax:
1.) there is one error, we get always - no matter, if the fax was sent
successfully or not.
in the pastebin under
Hi,
It is almost certainly trivial to avoid licencing issues through the use
of sockets. The overhead for socket communication would be no real issue
in this case, as the processing for the GSM stack will be so heavy, you
won't really notice the difference using sockets.
The openbts site
Patrick wrote:
Brian West wrote:
You do realize its like 16 pages of patents.
On Sep 2, 2008, at 10:30 PM, Diego Viola wrote:
I live in Paraguay, doesn't that only affects in the U.S? Correct me
if I'm wrong, but I guess the patents issue is only in the U.S.
IANAL but
Brian West wrote:
I would watch a blanket statement like that. You would be surprised
to find out how far those patents reach.
/b
On Sep 1, 2008, at 11:19 PM, Diego Viola wrote:
I would like to have this, since I live in a country where patents
don't affect us.
Diego
Don't
Anthony Minessale wrote:
we would probably need to make an em signaling module to handle that.
It's kinda like the analog only without all the complexity. It's more
or less on hook and off hook and reading DTMF
I have one of those. :-)
Actually, its a bit more than you said. You need to
Hi,
Brian West wrote:
So if you can tell me where this is wrong as per 2833 and the
clarification via 4733 ?
rfc4733 obsoletes rfc2833 and says this:
The special duration value of zero is reserved to indicate that the
event lasts forever, i.e., is a state and is considered to be
portuguese and spanish
are also welcomed languages.
One of the biggest barriers to use FreeSWITCH as a TDM/SIP gateway, is
to have MFC/R2 support, which is being written by Steve Underwood in a
generic manner. I'll be focusing on the endpoint for the existing
unicall implementation, which we hopefully
71 matches
Mail list logo