Displaying 10 results from an estimated 10 matches for "accuratly".
Did you mean:
accurately
2011 Apr 14
2
Anyone knows how microsoft AEC can deal with mismatches between clocks of capture and render streams?
Hi All,
Many Thanks to Underwood for her excellent review of our big trouble which prevent LMS-based AEC algorithms to be used in most computer. Maybe it can be summaried as follows:
1. Different sample rate of sampling and rendering does exists in most low-cost soundcards (In my experiments over more than 20 soundcards, the differences range from 0.5Hz to more than 50Hz when sample rate is set
2010 May 07
2
voipmonitor.org
...el. These
statistics are saved to MySQL database and each call is saved as pcap
dump. Web PHP application (it is not part of open source sniffer)
filters data from database and graphs latency and loss distribution.
Voipmonitor also detects improperly terminated calls when BYE or OK
was not seen. To accuratly transform latency to loss packets,
voipmonitor simulates fixed and adaptive jitterbuffer.
Key features
Fast C++ SIP/RTP packet analyzer
Predicts MOS-LQE score according to ITU-T G.107 E-model
Detailed delay/loss statistics stored to MySQL
Each call is saved as standalone pcap file
Jitterbuffer si...
2011 Apr 15
0
Anyone knows how microsoft AEC can deal with mismatches between clocks of capture and render streams?
On 04/14/2011 07:26 PM, LiMaoquan2000 wrote:
> Hi All,
> Many Thanks to Underwood for her excellent review of our big trouble
> which prevent LMS-based AEC algorithms to be used in most computer.
> Maybe it can be summaried as follows:
> 1. Different sample rate of sampling and rendering does exists in most
> low-cost soundcards (In my experiments over more than 20 soundcards,
2011 Apr 16
0
Speex-dev Digest, Vol 83, Issue 10
Hi Steve,
> I don't know if this has only recently been put on line, but I never
> noticed it until today -
> www.iwaenc.org/proceedings/*2008*/contents/papers/9044.pdf
>
> That paper is from people at MS describing, in some detail, what the
> Windows kernel echo canceller does to handle synchronisation issues. It
> tracks both time varying sample clock drift and hiccups
2011 Apr 17
0
Speex-dev Digest, Vol 83, Issue 10
Hi Steve,
Have you read this paper?
(Heping Ding, David I. Havelock, Drift-Compensated Adaptive Filtering for Improving Speech Intelligibility in Cases with Asynchronous Inputs. EURASIP J. Adv. Sig. Proc. 2010:)
Let me call is paper-Drift.
It provided a method to evaluate Relative Sample Offset (RSO, d[i]) which is
omitted in the microsoft paper
(Challenges and Solutions for Designing Software
2000 Apr 21
0
(no subject)
...o starting
cell entries are the same. Internal cell pressures and the relatively low
resolution of the residue books mean that cells with the same midpoint will
likely never shake out and differentiate.
> I.e. shouldn't a more frequently occuring value bias the output codebook
> to more accuratly represent that value?
Yes. But in low resolution training, two cells that quantize to the same point
tend to never seperate again and you end up with duplicate entries. That's all
I'm trying to avoid. With a high quant resolution, that doesn't happen.
BTW, in the not-checked-in co...
2006 Jan 19
0
re: want to know, how much data will be extracted from every single packet; solved but some issues
...cur_packet_num > 3 and cur_packet_num < m_packets_number - 1, because:
- first (aux) after 3 info packets (so it's index will be 3) always has size of pcm data of 0
- last packet (it's index well be m_packets_number - 1) - size of pcm data in most cases its impossible to get this way accuratly - because of the how vorbis handles little packets u will get greater value than actually is.
so, first 4 (if include 3 info packets, as i did) pcm sizes in vector m_packets_real_lengths are zeros.
in order to get the last value correctly for the last packet we must unpack some last packets. As i...
2005 May 14
1
Strange HFSC behavior - bug? my misconfiguration/lack of knowledge?
Hi
I''m moving to hfcs (mostly succesfuly:) ), but I''ve encountered a strange
problem: When I download something from this server using wget (one thread)
via an idle uplink, I get no more than 130 kbit/s, and when I''m using
prozilla (or start more wgets), I get about 200 kbit, but still it''s not all
the link can do (240) - the rest remamins unused.
Is this
2001 Feb 27
2
Cascading?
During the interesting interview that binaryfreedom has made with Monty
and Jack, Monty mentions cascading, a feature that will be added, quote:
"Cascading is the ability to make multiple passes through the frequency
spectrum, iteratively filling in more detail, like a progressive jpeg".
What are the advantages of something like this - does this generally
improves quality or is it used
2000 Jun 03
5
Monty on holiday
Hi folks,
My wife and I are taking a long weekend to celibrate our anniversary. I won't
be around again until Wednesday to answer email or do anything else on Vorbis.
Yeah, I know, I usually answer my email once a month anyway (so likely no one
would notice me being gone), but just so folks know if anything really juicy
comes up :-)
I'll be merging my latest branch with mainline