On 11.03.2015, at 13:05, Lukasz Marek <lukasz.m.lu...@gmail.com> wrote:
> On 11.03.2015 11:15, Nicolas George wrote: >> >> >> I firmly believe in the following principles: >> >> 1. If the user made an explicit choice, the application must obey, even if >> the choice seems stupid. >> >> In the case of SSH: compression is disabled by default, so enabling it is >> an explicit choice. >> >> 2. Applications should as much as possible try to both leave the choice to >> the user and have a sensible default, but if for some reason it is not >> possible (poor API on a library), then priority should be given to user >> choice. > > Isn't this compression transparent? I can play media files with both > compression on and off. Of course, it's just a pointless waste of server CPU time for already compressed files. If badly implemented it will in addition waste bandwidth and client CPU power as well. _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
