What do you want to achieve by moving the entire span up in user space unprocessed?
 
Jan

> From: hselasky@c2i.net
> To: freeswitch-dev@lists.freeswitch.org
> 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
> Freeswitch-dev@lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev
> http://www.freeswitch.org

---

What can you do with the new Windows Live? Find out