Saving settings removes backslashes from "Path to applications on server:"

Who reads instructions 😉
I missed that one and I do recall add/update_option does remove backslashes in some kind of input cleaning aptempt(Think i solved it by adding an extra backslash when I fetch the options before i present it to the user… but anyhow.).

Well yes it got encoded but the plugin didnt quite understand it and delivered an error and the file didnt end up inside the media library.
I did however see the encoded video inside the upload directory.

I think the code does not take into account that Windows adds an extra char(carriage return and line feed) at line breaks and because of this the $lastline varible is always empty and this renders an error as it doesnt find the strings “libx264 ” or “video:”

I had to change the “$lines = 2;” to “$lines = 4;” in the below part of the code in video-embed-thumbnail-generator.php line 2941 – 2955.
(In the latest stable, didnt try any trunk or dev versions.)

$fp = fopen($logfile, 'r');
$c = '';
$read = '';
$offset = -1;
$lines = 2;
while ( $lines && fseek($fp, $offset, SEEK_END) >= 0 ) {
  $c = fgetc($fp);
  if( $c == "\n" || $c == "\r" ) {
    $lines--;
  }
  $read .= $c;
  $offset--;
}
fclose($fp);
$lastline = strrev(rtrim($read,"\n\r"));

This is not a good cross-platform solution as it will skip some extra lines in Unix systems but I just tried to se if anything else bugged.

After this “fix” I got no error and the encoded file(mp4) inside the media library but I could still not insert that file using “Insert into Post”.

Maybee this is not an issue with this plugin but just some kind of error with my .htaccess settigns to allow it.

We use ubuntu servers on our external sites but this plugin was going into our intranet and it is sadly using a windows server.

I cant spend any more time bugsearching this for now but at least this might help you do some kind of fix for windows servers.