Comments 34
Но недостатки тоже есть:
— Сжатие выполняется вручную, и при перезаписи/обновлении/изменении сжатого файла, компрессию нужно выполнять заново. Таким образом, этот вид сжатия нецелесообразен для постоянно изменяемых файлов и временных папок.
Например сжимать логи того жа Апача на машине разработчика таким образом не получится.
— Сжатые файлы никак не выделяются в проводнике (файлы, сжатые стандартной NTFS компрессией выделяются синим цветом)
Использовал такие настройки:
ffmpeg -i input.mkv -c:v libx264 -preset ultrafast -qp 0 -vf scale=800:450 -c:a copy output.mkv
ffmpeg -i input.mkv -c:v libxvid -qscale:v 0 -vf scale=800:450 -c:a libmp3lame -b:a 128k output.avi
Изменял метод интерполяции и другие настройки, но это ничего не меняло. Брал старую версию 2012-ого года — тоже самое. Обидно, если представить сколько людей им пользуются и понаделали рипов, а ведь такие же библиотеки используются и в других видеоконвертерах: скачивал случайную программу с рутрекера, там такая же проблема.
Пожалуй лучше позже задам вопрос на специальном ресурсе. Благодарю за статью.
попробуйте скачать разные версии/сборки (из разных источников) и поэкспериментируйте на одном контенте
В июле 2016 года Microsoft выпустила для Windows 10 новый механизм компрессии Compact OS для утилиты командной строки compact.exe, которая сжимает файлы операционной системы непосредственно во время её работы.
Это такой аналог прозрачной компрессии? Или это она и есть?
https://gogs.io/
Уже из первого же скриншота становится очевидно, что в некоторых случаях для реализации «программы-минимум» программе надо ухитриться упихать 2.3 ГБ в 0.3 ГБ.
Огромное количество возможностей и настроек. Все очень гибко. Много языков интерфейса, в том числе и русский. Есть портабельный вариант.
Не «compact.exe /q», а «compact.exe /compactos:query».
Более корректно и понятно написано у Стеркина http://www.outsidethebox.ms/17965/
Может кто-нибудь посоветовать как восстановить винду после сжатия? Отменить это сжатие как нибудь.
Сжал командой compact.exe /CompactOS:always, после перезагрузки показывает "подготовка автоматического восстановления" и не грузится. Такое произошло со всеми ПК на которых я сжал.
Странно что о таких приколах нигде не пишут, много видел статей про это сжатие и ни в одной не пишут, что винда может умереть после этого.
Не пишут про это – потому что вы, скорее всего, первый, у кого эта операция привела к проблемам.
Снять компрессию можно из-под WinPE, основанной на десятой версии Windows. Наверное, можно это сделать даже при помощи загрузочной флэшки той же Windows 10, поскольку доступ к командной строке там есть через Shift+F10 после старта мастера установки
Первый, смешно. Хотя глюкам винды я уже не удивляюсь, был случай с одним ноутом, у которого просто не открывался один раздел панели задач (ну он открывался, только через минут 5), ничего не помогало, хоть как винду переставляй, был такой глюк на виндах 10 после определенной версии, на более ранних не было.
У меня такая проблема со сжатием на нескольких ПК, не зависимо от того только что винду поставил или давно, а так же не зависимо от версии винды и железа ПК. Не было ещё такого, чтобы после сжатия системы она не умерла. Любые папки сжимает без проблем, а системную никак и всё тут, поэтому я и не понимаю как так я первый. Единственное я пока что не ставил систему сразу со включенным сжатием, сжимал только из под рабочей, может и так тоже не поставилась бы.
Доступ к командной строке и так есть из среды восстановления, вот только я не пойму как прописать там путь до винды и чтобы он запустил команду. По умолчанию там путь вида: x:\windows\system32, поэтому команду он выполняет в этом пути и просто пытается распаковать среду восстановления. Загрузочная флешка имеется, прямо хоть ставь винду на другой диск и из под неё распаковывай не рабочую.
А что такое WinPE я не знаю.
Советы и секреты №3