Stream Ciphers -- Need clarification on their benefits in practice Compared to a block cipher which encrypts 16 bytes at a time, stream ciphers can encrypt a byte at a time. I am curious about which applications would immensely benefit from the ability to encrypt a byte at a time. 

Realtime applications such as chatting or voip always have several bytes at a time to send -- which means only a little bit of padding would be needed every now and then if a block cipher is used. Leaves me curious where the ability to encrypt a byte at a time comes off as a big PLUS for stream ciphers.
Stream ciphers not necessarily encrypt one byte at a time; they encrypt/decrypt by generating keystream and xorring it with plaintext/ciphertext. Old stream ciphers like RC4 generate keystream byte by byte, modern stream ciphers like Salsa20 generate keystream by blocks (Salsa20 by 64-byte blocks). Block ciphers can be converted into stream ciphers using CTR mode of operation, and then they generate keystream by blocks too.

The ability to generate keystream one byte at a time is sure useful for some applications, but generally one need to implement it yourself. Modern ciphers (at least most of them) do not provide it "out of the box".