What do you want to achieve by moving the entire span up in user space
unprocessed?
Jan> From: [email protected]> To: [email protected]> Date:
Fri, 30 Jan 2009 18:11:09 +0100> Subject: Re: [Freeswitch-dev] FreeSwitch +
ISDN + analog phone adapters - status> > On Friday 30 January 2009, Michael
Jerris wrote:> > Another useful advantage without the latency tradeoff is to
read a> > full span or card every 1ms (or whatever sane interval) and chop up>
> the bytes in userland. The latency argument dies if you are bridging> > to
voip, so if you can handle bridging the tdm to tdm channels in> > kernel space,
you could easily get away with 10ms reads to user space> > as well.> >> > Mike>
> Hi,> > Got your point.> > In between:> > I see more in Jan's argument. 48x30
bytes = 1440 bytes, which is an > interesting size for full span E1.> > --HPS>
> _______________________________________________> Freeswitch-dev mailing list>
[email protected]>
http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev>
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev>
http://www.freeswitch.org
_________________________________________________________________
Drag n’ drop—Get easy photo sharing with Windows Live™ Photos.
http://www.microsoft.com/windows/windowslive/photos.aspx
_______________________________________________
Freeswitch-dev mailing list
[email protected]
http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev
http://www.freeswitch.org
