search for: accurat

...experiments over more than 20 soundcards, the differences range from 0.5Hz to more than 50Hz when sample rate is set to 8000Hz). Maybe this is totally caused by hardware which can't be solved by software settings. 2. Static measurement of the difference between sample rates is far from enough. Accurater measurement requires more time to record echo signal in order to get accurater frequency shift from spectral structure. However, the accuracy of the measurement is still limited and not enough for long time work of AEC. For example, in my experiment, I recorded 2^18/8000=32 seconds of echo signal...

...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...

...0 soundcards, > the differences range from 0.5Hz to more than 50Hz when sample rate is > set to 8000Hz). Maybe this is totally caused by hardware which can't > be solved by software settings. > 2. Static measurement of the difference between sample rates is far > from enough. Accurater measurement requires more time to record echo > signal in order to get accurater frequency shift from spectral > structure. However, the accuracy of the measurement is still limited > and not enough for long time work of AEC. For example, in my > experiment, I recorded 2^18/8000=3...

...t; the differences range from 0.5Hz to more than 50Hz when sample rate is > > set to 8000Hz). Maybe this is totally caused by hardware which can't > > be solved by software settings. > > 2. Static measurement of the difference between sample rates is far > > from enough. Accurater measurement requires more time to record echo > > signal in order to get accurater frequency shift from spectral > > structure. However, the accuracy of the measurement is still limited > > and not enough for long time work of AEC. For example, in my > > experiment, I reco...

...t; the differences range from 0.5Hz to more than 50Hz when sample rate is > > set to 8000Hz). Maybe this is totally caused by hardware which can't > > be solved by software settings. > > 2. Static measurement of the difference between sample rates is far > > from enough. Accurater measurement requires more time to record echo > > signal in order to get accurater frequency shift from spectral > > structure. However, the accuracy of the measurement is still limited > > and not enough for long time work of AEC. For example, in my > > experiment, I reco...

...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...

...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...

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

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

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