📄 propellerhead.htm

📁 g729 coding ipaddressing
💻 HTM
字号:
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2 Final//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" Content="text/html; charset=Windows-1252">
<TITLE>Extended Status</TITLE>
</HEAD>

<BODY BGCOLOR="#FFFFFF" TEXT="#000000">

<OBJECT TYPE="application/x-oleobject" CLASSID="clsid:1e2a7bd0-dab9-11d0-b93a-00c04fc99f9e">
	<PARAM NAME="Keyword" VALUE="Status, extended">
	<PARAM NAME="Keyword" VALUE="Extended status">
	<PARAM NAME="Keyword" VALUE="Packet size">
	<PARAM NAME="Keyword" VALUE="message queue, Windows">
	<PARAM NAME="Keyword" VALUE="lost packets">
	<PARAM NAME="Keyword" VALUE="propeller-heads">
	<PARAM NAME="Keyword" VALUE="nerd">
</OBJECT>

<H2><A NAME="propellerhead"></A>Viewing extended status</H2>

<center>
<img src="../images/propelor.png" width=438 height=240 alt="">
</center>

<P>The Help/Extended Status dialogue shows detailed information
about the status of <i>Speak Freely</i>.  Once displayed, the dialogue
remains on the screen until you press the Close button and is
updated in real time as events occur which change the status of
<i>Speak Freely</i>.  The status information is grouped into the
following categories.</P>

<P><B>Network</B></P>

<blockquote>
Items in this box specify the number of sound packets sent
to connected hosts and received from hosts since <i>Speak Freely</i>
was launched.  "Samples per packet" gives the number of
original sound samples which can be stored in each 512 byte
output packet, based on the <A
HREF="compresswhy.htm">compression modes</A> currently
selected.  There are 8000 samples of audio per second;
compression allows more original samples to fit in each
packet.  "Packet size" indicates the maximum size datagram
packet your network can transmit; as long as this is more than
the WINSOCK requirement of 512 bytes, everything should work
fine.  "Sending with:" indicates which socket write function is
being used; to <A HREF="workarounds.htm">work around errors</A>
in certain network drivers, it's necessary to support both
send() and sendto().  In case of trouble it's handy to know
which one we're calling.
</blockquote>

<P><B>Packets lost</B></P>

<blockquote>
This box lets you know how many packets have been lost due
to audio hardware or network bandwidth limitations.  If your
audio hardware is <A HREF="hardduplex.htm">half-duplex</A>, you
won't be able to hear incoming sound while you're transmitting
unless you check the <A HREF="commreceive.htm">Options/Break
Input</A> menu item.  The "Input (half-duplex)" field
increments every time a received packet is discarded because it
arrived while you were transmitting.  Input packets can also be
lost if the size of the audio output queue exceeds 3/4 of the
size of the message queue obtained from Windows;  see the
"Audio" and "Message queue" sections below for additional
details.  The "Output (net busy)" field increments every time a
packet of sound you're attempting to transmit is discarded
because your network connection was too slow to complete
sending earlier packets.  This is an indication you need to use
a more efficient <A HREF="compresswhy.htm">compression
mode</A>.
</blockquote>

<P><B>Audio</B></P>

<blockquote>
The current status, sample size, and sampling rate of the
audio hardware are given for both input and output channels. 
"Idle" indicates the channel is not in use, "Active" that it's
currently sending or receiving.  The Output channel can also
have modes of "Terminating", indicating shutdown in progress
while <i>Speak Freely</i> is exiting, and "Transition": forced
shutdown of output in progress when transmission is requested
and the audio hardware is half-duplex.  When output is in
progress, a number of output packets can be in the audio
queue at once; the "Queue length" field indicates how many packets
are queued for output and how long it will take to play them or
"Queue empty" if no packets remain to play.  The next line in
the dialogue indicates whether the audio hardware is half- or
full-duplex.  Finally, "Message checks" gives the number of
times a check was made to see if <i>Speak Freely</i> was falling
behind due to the selected <A
HREF="compresswhy.htm">compression</A> and <A
HREF="encryptwhy.htm">encryption</A> modes exceeding the
computer's ability to perform them in real time.  If this
number increases rapidly when you're sending, choose less
demanding compression and encryption modes; if it increases
rapidly while you're receiving sound, ask the person who's
sending to select modes which don't overload your computer.  A
few message checks are normal; there's a problem only if the
number increments continuously during transmission or
reception.
</blockquote>

<P><B>Connection</B></P>

<blockquote>
The number of active connections (whether temporary or
permanent) is given, along with the compression mode currently
selected for audio sent to those connections.
</blockquote>

<P><B>Message queue size</B></P>

<blockquote>
Because <i>Speak Freely</i> can be doing many things at once, it
needs to increase the size of the queue which receives messages
from Windows to more than the default of 8 messages.  When
launched, <i>Speak Freely</i> attempts to increase the message queue
to the maximum of 120 messages.  The actual size obtained is
shown in this field.  The maximum number of packets in the
audio output queue (see "Audio" above) is limited to 3/4 of the
message queue size.  If this limit is exceeded, the input
packet will be discarded and the Input field in the "Packets
lost" box incremented.
</blockquote>

</BODY>
</HTML>
⌨️ 快捷键说明

复制代码 Ctrl + C
搜索代码 Ctrl + F
全屏模式 F11
切换主题 Ctrl + Shift + D
显示快捷键 ?
增大字号 Ctrl + =
减小字号 Ctrl + -