Enabling conversion options breaks encoding (Linux, 0.1.9, x64)

[miniworm]

Mostly i download subtitles in win1250. But sometimes files are in UTF-8 so i want to be sure that i've final subtitles in win1250. So i enable after enabling conversion options and selecting converting to win1250. But every subtitle after such conversion is gibberish. enca (Linux tool to check file charset) says final file is in UTF-8 but it isn't. It's some strange encoding.

[krzemin]

Please check version 0.2.0. There were improvements applied in file encoding detection.

[miniworm]

I've problem checking it - see #41

[miniworm]

Still a lot of problems with conversion options on 0.2.0 and master from git. The only one which works all the time is "Nie dodawaj informacji o QNAPI". Charset conversion works only if i select manually input and output charset. Auto-detection doesn't work. The same with file type conversion.
When i say that it doesn't work i mean no final file on disk. Just like in #41 - i'm asked about choosing subtitle file but file disappears in conversion.

[Nucleoprotein]

Reproduced encoding problem on Windows too.
Downloading SRT subtitle, original file is UTF-8 BOM, converted file is UTF-8 without BOM. Encoding of some characters is broken, also file have a garbage (bytes C4 8F C2 BB C5 BC) at start so it does not load in MPC-HC. Files here: http://www41.zippyshare.com/v/u68GiQjt/file.html

EDIT: I'm used charset auto-detection.

[krzemin]

@Tapcio Thank you for the files. Auto-detection of file encoding was broken for non-polish subtitles. Bugfix will be available in 0.2.1 version.