BLOSUM - Revision history

en>Smg3d: /* Comparing PAM and BLOSUM */ PAM is NOT "more recently developed"; it was developed first. Likely an error from Copy/Paste from similar paragraph on the PAM page

2014-12-06T12:29:12Z

Comparing PAM and BLOSUM: PAM is NOT "more recently developed"; it was developed first. Likely an error from Copy/Paste from similar paragraph on the PAM page

← Older revision		Revision as of 14:29, 6 December 2014
Line 1:		Line 1:
	~~Hello and [http://sociallyunitingnetworks.de/index.php?mod=users&action=view&id=14420 extended auto warranty] car warranty welcome. My name~~ is ~~Ling. Alabama has always been~~ his ~~home~~ and ~~his [http://www~~.~~Consumer.ftc.gov/articles/0054-auto-service-contracts-~~and~~-warranties family enjoys]~~ it~~. After being out of [http://Www.Continentalwarranty.org/ auto warranty] my job~~ for ~~years I grew to become~~ a ~~manufacturing and distribution officer but [http://auto~~.~~howstuffworks~~.~~com/buying-selling/cg-extended-warranty-tips.htm~~ I ~~strategy] on altering it. One of the issues I adore most is greeting card collecting~~ but I ~~don't~~ have ~~the time extended [http://529design.net/UserProfile/tabid/61/userId/27197/Default.aspx car warranty] lately~~.<br><br>Here is my ~~homepage - extended car warranty extended car warranty (~~[http://~~Beyoufirst~~.~~org~~/~~ActivityFeed~~/~~MyProfile~~/~~tabid/62/userId/31300/Default.aspx visit the up coming internet page~~])		Andrew Simcox is the title his parents gave him and he totally enjoys this title. As a lady what she really likes is fashion and she's been doing it for quite a whilst. Credit authorising is how she makes a residing. For a whilst I've been in Alaska but I will have to transfer in a year or two.<br><br>Here is my web site: [http://conniecolin.com/xe/community/24580 tarot readings]

en>Trappist the monk: Fix CS1 deprecated coauthor parameter errors (test) using AWB

2014-02-20T01:58:28Z

Fix CS1 deprecated coauthor parameter errors (test) using AWB

← Older revision		Revision as of 03:58, 20 February 2014
Line 1:		Line 1:
	~~{{multiple issues\|~~		Hello and [http://sociallyunitingnetworks.de/index.php?mod=users&action=view&id=14420 extended auto warranty] car warranty welcome. My name is Ling. Alabama has always been his home and his [http://www.Consumer.ftc.gov/articles/0054-auto-service-contracts-and-warranties family enjoys] it. After being out of [http://Www.Continentalwarranty.org/ auto warranty] my job for years I grew to become a manufacturing and distribution officer but [http://auto.howstuffworks.com/buying-selling/cg-extended-warranty-tips.htm I strategy] on altering it. One of the issues I adore most is greeting card collecting but I don't have the time extended [http://529design.net/UserProfile/tabid/61/userId/27197/Default.aspx car warranty] lately.<br><br>Here is my homepage - extended car warranty extended car warranty ([http://Beyoufirst.org/ActivityFeed/MyProfile/tabid/62/userId/31300/Default.aspx visit the up coming internet page])
	~~{{notability\|date=April 2013}}~~
	~~{{no footnotes\|date=April 2013}}~~
	~~{{primary sources\|date=April 2013}}~~
	}}
	[~~[Image~~:~~SModem.png\|thumb\|right\|File being transferred in both directions at the same time while chatting with SModem v1~~.~~0.]]~~
	'''Smodem''' refers to a bidirectional [[protocol for file transfer]] used between [[modem]]s and the [[DOS]] program in which the protocol is implemented, both of which were developed by a [[Finland\|Finnish]] company named '''Arisoft'''. It was mainly used in [[bulletin board system]]s because it could transfer files in both directions at the same time and allowed users to chat with each other with AriSoft's '''GroupChat''' software. Other popular bidirectional protocols such as [[BiModem]], [[HSLINK\|HS/~~Link]] and HydraCom also offered a chat option with the operator, but not with the system's other users~~.

	== ~~Smodem protocol overview~~ ==
	~~Unlike [[ZMODEM~~]~~] and other older protocols, SMODEM~~ has ~~a separate low-level multiplexed transfer layer (MSLP)~~ and ~~a high-level file transfer layer~~. ~~This simplifies the protocol design and provides a very high efficiency of 99~~.5%. ~~The multiplexing makes it possible to send one or more files in a continuous stream without any breaks between the files, boosting the throughput dramatically when transferring multiple files.~~

	~~The multiplexing also made possible {{clarify\|date=February 2013}} to add a full~~-~~screen ANSI terminal emulator with a local full~~-~~featured line editor and colored scroll~~-~~back buffer of 'unlimited' size. The locally buffered terminal emulation allowed users to chat during full~~-~~speed bidirectional file transfers.~~

	~~The protocol is symmetrical~~ and ~~can connect with itself in [[loop~~-~~back~~]~~] mode~~. ~~Files can be simultaneously transmitted and receive noticeable performance loss.~~

	~~SMODEM detects~~ [~~[DESQview]] and [[DOS Protected Mode Interface\|DPMI]] ([[Microsoft Windows\|Windows]], [[OS~~/~~2]]) and releases all unused processor capacity to the host system~~. ~~It is written in the C language and compiled with '''Microsoft Visual C++ v1~~.~~0''' compiler, optimized~~ for ~~an [[80286]] CPU. It needs at least 200 kB free memory~~ to ~~function properly~~ and ~~more to allow shelling from the program~~. ~~Files can not be transferred while the shell is being used~~.

	~~== Multiplexed Serial Link Protocol (MSLP) ==~~
	~~'''MSLP''' has the capability to simultaneously manage 32 independent channels. Every single channel uses a traditional two~~-~~phase <tt>ACK~~/~~NAK</tt> type sub protocol~~. ~~Maximum efficiency is achieved by simultaneously using multiple parallel channels to keep the transmitter busy.~~

	~~The maximum packet size floats between 16 and 1024 bytes. Transfer errors reduce the packet size depending~~ on ~~error frequency~~. ~~The transmitter window size (the total size~~ of ~~transmitted packets pending acknowledgment) can be limited to get a faster response.~~

	~~The packet frame contains one byte for~~ the ~~channel number and two bytes for a 16-bit CCITT(ITU)-CRC, using~~ the ~~same algorithm as in error correcting modems~~. ~~The acknowledgements and inquiries are included in the packet frame when needed~~.

	~~The packet separators contain two bytes, which if found in transferred data, one additional byte is inserted for encapsulation of control data~~. ~~The probability of the packet separator sequence appearing in random data is so small, that it does not affect protocol efficiency like old style one byte separators do.~~

	~~The maximum efficiency in one-direction error-free transfers will be:~~

	<~~math~~>~~\frac{max\ packetsize}{max\ packetsize\ +\ frame\ size} = \frac{1024}{1024+5} = 0.9951 = 99.5%~~<~~/math~~>

	~~If the packet size is limited to 256 bytes, the efficiency is 98.1%, which is still better than original [[Zmodem]].~~

	If the data link can not transfer some special characters, then the traditional character encapsulation mode can be activated. In this mode the selected character codes are encapsulated, which reduces the performance by about 0.4% + additional 0.4% for every selected character code.

	~~In case the data link~~ is limited to seven data bits, a special bit collection mode can be activated. The highest bits for every seven bytes are collected to one byte (which is eight bits under normal conditions). This collection reduces the performance about 12.4% and doubles the character encapsulation capacity.

	~~The maximum transfer line correction mode of MSLP uses five characters to transmit four characters that use only printable 7~~-~~bit ASCII codes~~ ([[Ascii85]]). This mode should work on almost every non-transparent transmission line. The maximum correction mode reduces the performance by 20%. It should only be used for test purposes if the default settings do not work or if the limitations of transfer line are unknown or too complex to handle with separate adjustments.

	~~==References==~~
	* [http://~~www~~.~~arisoft.fi~~/~~smodem10.zip The Smodem Techinfo.doc]~~

	~~==External links==~~
	* [http://~~www~~.~~arisoft.fi Arisoft Oy]~~

	~~{{Modem file transfer protocols}}~~

	~~[[Category:BBS file transfer protocols]]~~
	~~[[Category:Communication software]]~~
	~~[[Category:Terminal emulators]~~]

78.160.67.118: Added interactive BLOSUM Network Visualization external link

2013-10-30T08:12:56Z

Added interactive BLOSUM Network Visualization external link

← Older revision		Revision as of 10:12, 30 October 2013
Line 1:		Line 1:
	~~The writer~~'s ~~title~~ is ~~Christy Brookins~~. I'~~ve always loved living in Kentucky~~ but ~~now I~~'~~m contemplating~~ other ~~options~~. ~~I am really fond~~ of ~~handwriting but I~~ can'~~t make it my profession really~~. ~~Distributing production~~ is ~~how he tends~~ to ~~make~~ a ~~residing~~.<br><br>~~Here~~ is ~~my site;~~ [http://~~hknews~~.~~classicmall~~.~~com~~.hk/~~groups~~/~~some-simple-tips-for-personal-development-progress/ online reader~~]		{{multiple issues\|
			{{notability\|date=April 2013}}
			{{no footnotes\|date=April 2013}}
			{{primary sources\|date=April 2013}}
			}}
			[[Image:SModem.png\|thumb\|right\|File being transferred in both directions at the same time while chatting with SModem v1.0.]]
			'''Smodem''' refers to a bidirectional [[protocol for file transfer]] used between [[modem]]s and the [[DOS]] program in which the protocol is implemented, both of which were developed by a [[Finland\|Finnish]] company named '''Arisoft'''. It was mainly used in [[bulletin board system]]s because it could transfer files in both directions at the same time and allowed users to chat with each other with AriSoft's '''GroupChat''' software. Other popular bidirectional protocols such as [[BiModem]], [[HSLINK\|HS/Link]] and HydraCom also offered a chat option with the operator, but not with the system's other users.

			== Smodem protocol overview ==
			Unlike [[ZMODEM]] and other older protocols, SMODEM has a separate low-level multiplexed transfer layer (MSLP) and a high-level file transfer layer. This simplifies the protocol design and provides a very high efficiency of 99.5%. The multiplexing makes it possible to send one or more files in a continuous stream without any breaks between the files, boosting the throughput dramatically when transferring multiple files.

			The multiplexing also made possible {{clarify\|date=February 2013}} to add a full-screen ANSI terminal emulator with a local full-featured line editor and colored scroll-back buffer of 'unlimited' size. The locally buffered terminal emulation allowed users to chat during full-speed bidirectional file transfers.

			The protocol is symmetrical and can connect with itself in [[loop-back]] mode. Files can be simultaneously transmitted and receive noticeable performance loss.

			SMODEM detects [[DESQview]] and [[DOS Protected Mode Interface\|DPMI]] ([[Microsoft Windows\|Windows]], [[OS/2]]) and releases all unused processor capacity to the host system. It is written in the C language and compiled with '''Microsoft Visual C++ v1.0''' compiler, optimized for an [[80286]] CPU. It needs at least 200 kB free memory to function properly and more to allow shelling from the program. Files can not be transferred while the shell is being used.

			== Multiplexed Serial Link Protocol (MSLP) ==
			'''MSLP''' has the capability to simultaneously manage 32 independent channels. Every single channel uses a traditional two-phase <tt>ACK/NAK</tt> type sub protocol. Maximum efficiency is achieved by simultaneously using multiple parallel channels to keep the transmitter busy.

			The maximum packet size floats between 16 and 1024 bytes. Transfer errors reduce the packet size depending on error frequency. The transmitter window size (the total size of transmitted packets pending acknowledgment) can be limited to get a faster response.

			The packet frame contains one byte for the channel number and two bytes for a 16-bit CCITT(ITU)-CRC, using the same algorithm as in error correcting modems. The acknowledgements and inquiries are included in the packet frame when needed.

			The packet separators contain two bytes, which if found in transferred data, one additional byte is inserted for encapsulation of control data. The probability of the packet separator sequence appearing in random data is so small, that it does not affect protocol efficiency like old style one byte separators do.

			The maximum efficiency in one-direction error-free transfers will be:

			<math>\frac{max\ packetsize}{max\ packetsize\ +\ frame\ size} = \frac{1024}{1024+5} = 0.9951 = 99.5%</math>

			If the packet size is limited to 256 bytes, the efficiency is 98.1%, which is still better than original [[Zmodem]].

			If the data link can not transfer some special characters, then the traditional character encapsulation mode can be activated. In this mode the selected character codes are encapsulated, which reduces the performance by about 0.4% + additional 0.4% for every selected character code.

			In case the data link is limited to seven data bits, a special bit collection mode can be activated. The highest bits for every seven bytes are collected to one byte (which is eight bits under normal conditions). This collection reduces the performance about 12.4% and doubles the character encapsulation capacity.

			The maximum transfer line correction mode of MSLP uses five characters to transmit four characters that use only printable 7-bit ASCII codes ([[Ascii85]]). This mode should work on almost every non-transparent transmission line. The maximum correction mode reduces the performance by 20%. It should only be used for test purposes if the default settings do not work or if the limitations of transfer line are unknown or too complex to handle with separate adjustments.

			==References==
			* [http://www.arisoft.fi/smodem10.zip The Smodem Techinfo.doc]

			==External links==
			* [http://www.arisoft.fi Arisoft Oy]

			{{Modem file transfer protocols}}

			[[Category:BBS file transfer protocols]]
			[[Category:Communication software]]
			[[Category:Terminal emulators]]

en>Arthur Rubin: Reverted 1 edit by 99.181.148.240 (talk): Per WP:REDLINK. (TW)

2012-05-14T08:24:29Z

Reverted 1 edit by 99.181.148.240 (talk): Per WP:REDLINK. (TW)

New page

The writer's title is Christy Brookins. I've always loved living in Kentucky but now I'm contemplating other options. I am really fond of handwriting but I can't make it my profession really. Distributing production is how he tends to make a residing.<br><br>Here is my site; [http://hknews.classicmall.com.hk/groups/some-simple-tips-for-personal-development-progress/ online reader]