В принципе, это же ошибка, что встроенный архиватор подставляет недопустимые для винды символы. Напишите Кристиану (автору TC), в 9-й версии наверняка исправит.
Попробуйте ещё:
1) напряжение солнечной батареи ограничивать стабилитроном – так можно побольше вольт дать, при меньшей освещённости должно работать.
Как-то так (диод параллельно ионистору – для защиты от обратного напряжения): habrastorage.org/files/9e2/998/f0a/9e2998f0a70a4e5a84c39fddef1f64e5.png
2) несколько блоков «батарея+ионистор» включить последовательно, так они смогут более полно разряжаться – если, допустим, у стабилизатора минимальное входное напряжение 2 В, то ионисторы смогут разрядиться до 2/N вольт.
И можно использовать 2.5-вольтовые ионисторы, они большей ёмкости.
Или даже просто 2 прошивки, которые можно штатными средствами, без спецкабелей и замыканий контактов аккумулятора, кнопкой в меню телефона копировать одну в другую.
Поставил новую прошивку, потестировал, всё летает – сохранил удачный вариант в «несгораемую» копию, а не понравилась – скопировал старую прошивку обратно из резервной.
Опять же, какой-то сбой – есть дополнительная возможность загрузиться с «бэкапа» и попробовать восстановить основной вариант или хотя бы скопировать данные.
А никто ещё не начал выпускать смартфоны, которые «невозможно окирпичить» — с двойной прошивкой, наподобие материнских плат с двойным БИОСом?
Чтобы даже если зальёшь прошивку, с которой невозможно откатиться назад, можно было загрузить смартфон с «совсем заводской» необновляемой прошивки, и с неё уже залить нужную версию, как обычно.
Эх, таки зацепило, не смог пройти мимо. :) Всё-таки не считайте других хуже нас, иначе точно скатимся к «возрождению великой Руси» через фашизм. У всех свои ошибки, мы не хуже Запада, Запад не хуже нас. Скорей бы уже все это поняли и стали помогать друг другу выживать и развиваться, а не объявлять «угрозой всему миру». Главное — перенимать друг у друга лучшее, а не плохое, и всё будет хорошо. :)
И ещё небольшое исправление – при остановке авто-сжатия (если надоест ждать) показывается лучший результат из тех, что успели найтись.
«Машинка для гадания на размерной гуще» v0.99.1:
Обновил:
- всё-таки сделал почти 64-битной (размер файлов до 4 294967295 999999999 байт);
- исправил ошибку, из-за которой сортировка могла закончиться раньше;
- добавил автоматическое сжатие всех имеющихся вариантов сортировки;
- перетаскивание файлов на окно оказалось удобнее списков, пусть будет. :)
Здорово, «всё уже придумано до нас». :)
Да, адаптация к изменяющемуся порядку файлов получается только частичная – в пределах окна, но полный перебор без окна занял бы невозможно долгое время.
Надо будет придумать более совершенный алгоритм начальной сортировки, т. к. после неё файлы могут перемещаться, только если «зацепит» окно.
Например, сортировать по содержимому файла – вариантов тут много.
Посмотрел – насколько понимаю, это 2 разных подхода, которые могут дополнять друг друга.
Там ищут схожие данные по всему объёму, где бы они не находились, а здесь попытка расположить подобные файлы максимально близко друг к другу – «чтобы не пришлось долго искать».
По идее, если предварительно отсортировать файлы «по подобности», RZIP сможет найти похожие данные при меньшем размере окна.
Либо же использовать RZIP как «определитель энтропии» – может быть, он окажется эффективнее встроенных в архиваторы алгоритмов (то есть проверять сжимаемость при помощи RZIP'а, а сжимать уже как обычно – RAR'ом, 7-Zip'ом, NanoZip'ом, ZPAQ'ом и т. п.).
p.s. Кстати, о ZPAQ'е: как-то я про него забыл, а он жмёт сравнимо с NanoZip'ом – чтобы его использовать, достаточно задать командные строки наподобие:
"zpaq.exe" a "*o" "*1" -fragment 6 -method 57 -threads 1
"zpaq.exe" a "*o" "*1" "*2" -fragment 6 -method 57 -threads 1
И включить «сжатие переименованных копий».
Спасибо, да, хотелось сортировать по подобности. Правда, когда в «словарь» помещается больше чем 2 файла, видимо, архиваторы находят уже другие схожие фрагменты, и наилучшая последовательность меняется.
Вроде бы наиболее близкий к расчётному вариант получается у 7-Zip'а.
У RAR'а меньший размер архива может выйти при меньшем размере окна, но определить это, наверное, можно только сжатием всего архива.
В общем, пока ничего лучшего не придумалось, это вспомогательный инструмент, автоматически идеал не достигается.
60000 файлов этот вариант обработать не сможет – размер матрицы получится 3.6 миллиарда комбинаций, и даже при 32-битном размере архивов она займёт 14 с лишним гигабайт памяти. Тогда нужен 64-битный вариант программы, либо сохранение данных на диск.
Количество файлов ограничено в районе 15000 (но скорее всего, памяти программе может быть выделено меньше 2 Гб, поэтому предел ещё ниже).
Больше 1000 файлов я пока не проверял.
Не говоря о том, что тест сжимаемости 1000 (миллион комбинаций, соответственно) даже довольно мелких файлов занимает на моём компьютере 2 суток.
Это зависит от файлов, в одном случае размер уменьшился на 700 Мб (и архив поместился на DVD). Может, кому-нибудь пригодится.
Но да, чудес она не совершает.
А если представить так?
Ротор с магнитной жидкостью, которая магнитом перетягивается только в одну половину.
Это как если бы вращали груз всегда только в одной половине оборота — тогда ведь и тянуть будет только в одну сторону, а не по кругу?
Вывод пока что такой: автор с удовольствием убедится в незыблемости уже открытых законов мироздания экспериментальным путём. :)
Спасибо за советы по теме — постараюсь посмотреть и почитать.
Извиняюсь, что не отвечу всем, но по чайной ложке в час это неудобно.
Не сейчас, а как минимум с 2008 года – Порошенко ещё в 2009-м об этом говорил: «Я считаю, что это можно сделать за год, за два… Вместе с тем министр отметил, что вступление в НАТО не должно быть самоцелью, а целью для Украины должно быть проведение реформ, усиление безопасности страны, и улучшение уровня жизни людей». www.unian.net/politics/296785-srok-vstupleniya-ukrainyi-v-nato-mojet-sostavit-1-2-goda.html
Ещё вариант: при подключении «пароля по телефону» приходит СМС со 160-символьным случайным кодом-подписью, который на короткий номер нужно, не меняя, пересылать.
1) напряжение солнечной батареи ограничивать стабилитроном – так можно побольше вольт дать, при меньшей освещённости должно работать.
Как-то так (диод параллельно ионистору – для защиты от обратного напряжения): habrastorage.org/files/9e2/998/f0a/9e2998f0a70a4e5a84c39fddef1f64e5.png
2) несколько блоков «батарея+ионистор» включить последовательно, так они смогут более полно разряжаться – если, допустим, у стабилизатора минимальное входное напряжение 2 В, то ионисторы смогут разрядиться до 2/N вольт.
И можно использовать 2.5-вольтовые ионисторы, они большей ёмкости.
Поставил новую прошивку, потестировал, всё летает – сохранил удачный вариант в «несгораемую» копию, а не понравилась – скопировал старую прошивку обратно из резервной.
Опять же, какой-то сбой – есть дополнительная возможность загрузиться с «бэкапа» и попробовать восстановить основной вариант или хотя бы скопировать данные.
Чтобы даже если зальёшь прошивку, с которой невозможно откатиться назад, можно было загрузить смартфон с «совсем заводской» необновляемой прошивки, и с неё уже залить нужную версию, как обычно.
«Машинка для гадания на размерной гуще» v0.99.1:
Saro v0.99.1.rar, 117461 байт
md5: 4119efb33483afda0ac5e057b7a21073
sha-1: 7290272c0110c3781a1834dafc4f7067dba3e952
Saro v0.99.1.7z, 61571 байт
md5: bf1585a244a08696a5abc2776f998bae
sha-1: e71ba6bac0e1b6691ff806feb75be9cdf8b2f8e6
- всё-таки сделал почти 64-битной (размер файлов до 4 294967295 999999999 байт);
- исправил ошибку, из-за которой сортировка могла закончиться раньше;
- добавил автоматическое сжатие всех имеющихся вариантов сортировки;
- перетаскивание файлов на окно оказалось удобнее списков, пусть будет. :)
Да, адаптация к изменяющемуся порядку файлов получается только частичная – в пределах окна, но полный перебор без окна занял бы невозможно долгое время.
Надо будет придумать более совершенный алгоритм начальной сортировки, т. к. после неё файлы могут перемещаться, только если «зацепит» окно.
Например, сортировать по содержимому файла – вариантов тут много.
Saro v0.99.rar, 113717 байт, с данными для восстановления
md5: 5bd8f1dc803a3527769456d7054d7238
sha-1: 7995b907fc1d6d56f08fb267f34e09ed5d2826ff
Saro v0.99.7z, 59649 байт
md5: bdcd79b24c3a0d192b4d7e3697d81a26
sha-1: 4d6fc504dd87fd0939e9459d06a9feab4c98f640
И с ZPAQ'ом придётся переименовывать файлы перед сжатием (так же, как с NanoZip'ом и 7-Zip'ом) и после распаковки восстанавливать имена.
Там ищут схожие данные по всему объёму, где бы они не находились, а здесь попытка расположить подобные файлы максимально близко друг к другу – «чтобы не пришлось долго искать».
По идее, если предварительно отсортировать файлы «по подобности», RZIP сможет найти похожие данные при меньшем размере окна.
Либо же использовать RZIP как «определитель энтропии» – может быть, он окажется эффективнее встроенных в архиваторы алгоритмов (то есть проверять сжимаемость при помощи RZIP'а, а сжимать уже как обычно – RAR'ом, 7-Zip'ом, NanoZip'ом, ZPAQ'ом и т. п.).
p.s. Кстати, о ZPAQ'е: как-то я про него забыл, а он жмёт сравнимо с NanoZip'ом – чтобы его использовать, достаточно задать командные строки наподобие:
"zpaq.exe" a "*o" "*1" -fragment 6 -method 57 -threads 1
"zpaq.exe" a "*o" "*1" "*2" -fragment 6 -method 57 -threads 1
И включить «сжатие переименованных копий».
Вроде бы наиболее близкий к расчётному вариант получается у 7-Zip'а.
У RAR'а меньший размер архива может выйти при меньшем размере окна, но определить это, наверное, можно только сжатием всего архива.
В общем, пока ничего лучшего не придумалось, это вспомогательный инструмент, автоматически идеал не достигается.
60000 файлов этот вариант обработать не сможет – размер матрицы получится 3.6 миллиарда комбинаций, и даже при 32-битном размере архивов она займёт 14 с лишним гигабайт памяти. Тогда нужен 64-битный вариант программы, либо сохранение данных на диск.
Количество файлов ограничено в районе 15000 (но скорее всего, памяти программе может быть выделено меньше 2 Гб, поэтому предел ещё ниже).
Больше 1000 файлов я пока не проверял.
Не говоря о том, что тест сжимаемости 1000 (миллион комбинаций, соответственно) даже довольно мелких файлов занимает на моём компьютере 2 суток.
Но да, чудес она не совершает.
Saro v0.98.rar, 86829 байт (с данными для восстановления)
md5: 07f84ef44f4d2d1206edd60a87a9b4b6
sha-1: c70a9c0d71f33e543f3a8e600a03847cc2a0538d
Saro v0.98.7z, 45338 байт
md5: 1fb45d1b489ceae59e0ffd58309a4751
sha-1: 05c3d47e57a65a056d687c0eb9649f8e782e76a4
Ротор с магнитной жидкостью, которая магнитом перетягивается только в одну половину.
Это как если бы вращали груз всегда только в одной половине оборота — тогда ведь и тянуть будет только в одну сторону, а не по кругу?
habrastorage.org/files/5dd/7f0/5d5/5dd7f05d549845e79b24a12729b2e8f6.gif
Спасибо за советы по теме — постараюсь посмотреть и почитать.
Извиняюсь, что не отвечу всем, но по чайной ложке в час это неудобно.
www.unian.net/politics/296785-srok-vstupleniya-ukrainyi-v-nato-mojet-sostavit-1-2-goda.html