Fix small bug in timestamp smoothing for audio sources

Due to a small error in the timestamp smoothing code the timestamp of
audio packages that were too early was always set to the next expected
timestamp, even if the difference was bigger than the smoothing threshold.

This would cause obs to simply append all audio data to the buffer even if
the real timestamp was way smaller than the next that was expected.

This should reduce corruption problems with for example the pulseaudio
plugin, which resends data under certain conditions.
Merge pull request #277 from fryshorts/fixes

Fix small bug in timestamp smoothing for audio sources
Add debian packaging files