Навеяно gitsh, который я когда-то активно использовал,
но у него были проблемы с русской локалью, новыми версиями Git и так далее. При этом, на мой взгляд, gitsh сильно переусложнен,
да и использование Ruby, при всей моей любви к этому языку, тут лишнее. Посему я решил сделать что-то подобное, но попроще,
на чистом bash, и более универсальное.
Что делает?
Итак, что этот скрипт (набор скриптов) делает?
Позволяет использовать субкоманды того же git, как непосредственные команды. Помимо git, так же можно коротким образом вводить
субкоманды cargo1.
Отображает в приглашении командной строки репозиторий, ветку, путь внутри репозитория и значок статуса (звездочка разных цветов
на данный момент). Кроме того, вместо имени локального пользователя показывается e-mail пользователя, под которым идет запись
в репозиторий2.
Другие системы управления версиями, сборки и управления зависимостями могут быть добавлены просто и единообразно. Для Mercurial
и Rubygems планирую сделать, как только руки дойдут.
Если кто не знает, cargo — это система сборки и управления зависимостями языка Rust. ↩
Для меня отображение именно пользователя репозитория, а не локального, довольно существенно, поскольку на данный момент я работаю из дома и у меня имеются как личные, так и рабочие проекты, которые нужно вести под разными аккаунтами. ↩
Фотокамера у меня недорогая, и GPS в ней, конечно, нет. Зато есть в телефоне. Поэтому треки я записываю приложением
Locus Map Free (не Pro) — большую часть его возможностей (даже бесплатной
версии) я не использую, но треки пишет хорошо, меня устраивает. И, кстати, весьма скромно использует батарею.
Перед выходом, сразу после проверки заряда во всех устройствах и места на флешке, крайне желательно убедиться, что время
на телефоне и в камере — одинаковое. Конечно, при пешем передвижении минутная разница не так существенна, но однажды у меня
камера отстала на пять минут, и результаты были для меня несколько внезапны.
Что еще важно для записи трека: дать приложению нужные разрешения для всех режимов — не ходить же с постоянно включенным
экраном, на котором оно распахнуто. То есть, доступ к местоположению должен быть «Разрешить в любом режиме», и «Контроль
активности» — «Нет ограничений», при рекомендованном «Умном режиме» нормального трека получить не удастся. Что хорошо —
Locus Map проверяет эти разрешения и выдает подсказку, если они не установлены, не исключено, что именно отсутствие такой
подсказки и не позволило мне подружиться с другими приложениями для записи треков.
Трек пишется в GPX-файл, и это хорошо, поскольку данный формат понимают если не все, то очень многие программы, с которыми
нужно взаимодействовать. Я его отправляю прямо из приложения кнопкой шаринга «»,
из предлагаемых вариантов выбирая KDE Connect — архиполезная вещь, хоть
и глючная (впрочем, каким путем передать файл на компьютер — непринципиально).
Недавно начал наблюдать пренеприятную штуку: при закрытии одновременно нескольких вкладок Firefox
начинает тормозить и жрать память, как не в себя. Уже на десятке-другом вкладок тормоза становятся
заметы, а сотня-другая просто отправляет систему в нокдаун на несколько минут. Именно при закрытии,
в процессе работы никаких проблем со множеством открытых вкладок у меня так и не возникло.
Я уже было начал задумываться о переходе на Chromium, но заметил, что тормозить начинает не только
Firefox, но и графическое окружение DE, то есть KDE Plasma… Итог — отключение расширения Plasma
Integration спасло ситуацию. Что там такое между ними происходит, я не очень понимаю.
Надо бы, конечно, поразбираться и написать им баг-репорт, но пока руки не доходят.
PS. При этом я понятия не имею, что вообще это расширение делает. Уведомления в трей Firefox пересылает
и без него.
График подписавших письма за и против Столлмана на момент написания этого поста
Сообщается, что GNOME Foundation, KDE e.v, Tor Project, the EFF, OBS Foundation, Red Hat, SUSE, Mozilla и X.org
Foundation опубликовали заявление, в котором выразили благодарность всем, кто принял участие в проведённой ими
кампании по травле 68-летнего человека с синдромом Аспергера, которая довела бы большинство других людей до самоубийства.
В заявлении также выражается благодарность всем принявшим участие в распространении культуры отмены, кампании по травле
и самосуде.
Происходящее сейчас с Ричардом Столлманом и Фондом свободного ПО (Free Software Foundation — далее FSF) не слишком
заметно людям, далеким от этого самого свободного ПО, точнее далеким от его разработки, поскольку пользуются им
на данный момент так или иначе почти все. И те перемены, которые сейчас происходят, или хотят произойти, коснутся
так или иначе почти всех. О серьезности ситуации позволю себе процитировать себя же2:
Можно возразить, что уж кто-кто, а FSF свободу ПО ущемлять не будет, но не всё так просто.
Во-первых, где гарантия, что вместо фанатичных, но всё же вменяемых, гиков к руководству
фондом не придут какие-нибудь упоротые и не забабахают неприемлемую для зависимых проектов,
а главное — несовместимую с приемлемыми, новую лицензию? Во-вторых, где гарантия, что по глупости,
или злому умыслу, FSF внезапно не случится банкротом, и его «интеллектуальная собственность»
не пойдет с молотка?
И вот теперь мы наблюдаем смену руководства Фонда СПО (это уже кроме собственно Столлмана): сначала ушел исполнительный
директор John Sullivan3, затем заместитель директора John Hsieh и технический директор Ruben Rodriguez4.
Каким будет новое руководство, какие цели оно будет ставить, и во что превратится Фонд, имеющий возможность единым махом
сменить лицензии на весь софт проекта GNU, — все это сейчас неизвестно. Понятно, что ничто не вечно под луной, но тут мы
наблюдаем не естественную эволюцию, а переворот (если не рейдерский захват, о чем далее), и с преемственностью политики
Фонда могут быть проблемы.
Ниже я попробую описать ситуацию достаточно подробно для тех, кому аббревиатуры RMS, FSF и GNU ничего не говорят.
Оригинал этого поста в «Технобложике» оказался самым популярным материалом — на него заходят и заходят
из поисковиков, ссылаются на форумах и так далее. Поэтому к его переносу я подошел максимально ответственно,
перепроверив все рекомендации в современных дистрибутивах и внеся дополнения. Таким образом, этот пост
получил некоторую добавочную ценность к оригиналу. Особенно совершенно новый раздел о том, как можно добавить
свои собственные символы в раскладку.
На эту тему в интернетах написано немало. Я лишь хочу в этом посте собрать и обобщить некоторую часть информации,
чтобы рекомендовать друзьям – новичкам в Linux. Итак, этот пост для тех, кто работает с текстом в Linux, дабы они
поняли свое счастье.
Вообще говоря, ввод каких бы то ни было символов с клавиатуры можно организовать разными путями, некоторые
из которых (например, определение собственной раскладки) доступны и в оффтопичной системе от MS. Однако, удобных
способов существенно меньше. Собственно, я буду говорить о двух, простых как в использовании, так и в настройке:
«третий уровень» и Compose Key.
Иван, как-то довелось делать resize png-картинки в Gimp. По сравнению с Photoshop качество хуже. Можешь тут подсказать?
Фотошопа у меня нет, сравнить не могу, поэтому попробую рассмотреть вопрос несколько по другому — какие способы ресайза
мы имеем в Linux, пусть не «из коробки», но с минимальными трудозатратами. И что нам со всем этим богатством делать…
Сразу замечу, что выбор методов ресайза зависит не столько от формата, сколько от характера исходного изображения, так что все,
написанное ниже следует читать не как прямое руководство к действию, а как подсказку, в каком направлении копать.
Для начала, чтобы много не писать о сути проблемы вообще, сошлюсь на хабрастатью «Ликбез: методы ресайза изображений».
Она старая, но в плане основ и теории достаточно хорошо всё описывает. Более подробно, но на английском, можно почитать
на сайте ImageMagick: «Resizing or Scaling», «Resampling Filters» и «Resampling by Nicolas Robidoux».
Если Photoshop не использует новейшие достижения искусственного интеллекта (это не шутка, различные AI-методы сейчас активно
применяются в обработке изображений), то правильный выбор фильтров и параметров, будем надеяться, позволит получить результат
не хуже.
Что же касается формата PNG, то тут есть два соображения: во-первых, область применения — как правило, в PNG сохраняют
не фотографии, а изображения с чистыми цветами и четкими границами, а во-вторых, применимость его к финальному результату —
запросто можно при уменьшении картинки получить файл большего объема…
В общем, я взял два типичных, как мне кажется, случая, когда применяется именно этот формат: уменьшение скриншота (небольшое,
чтобы можно было говорить о читаемости) и увеличение иконки (тут — в разы). Экспериментировать я буду с применением GIMP
и ImageMagick.
Disclaimer: я не специалист в данной теме и все, что могу — потыкаться с точки зрения продвинутого юзера. Вышеприведенные ссылки
могут стать отправной точкой для желающих разобраться по настоящему.
Продолжаю изучать новые возможности Darktable 3.0. Пробежался по некоторым новым модулям,
пока не впечатлен, но кое-что интересное нашлось. Модуль называется «Уровни RGB1»
и делает, в общем, то же самое, что и старый модуль «Уровни» (правда, без полностью автоматического
режима), но с возможностью работы по отдельным каналам красного, зеленого и синего. Что это
дает на практике, сейчас и рассмотрим.
Начинаю потихоньку изучать новые возможности в Darktable 3.0… Сегодня — довольно спорное (судя по форумам,
как минимум) нововведение в настройках базовой кривой1 — «Сохранение цветов».
Чтобы составить собственное мнение, я взял несколько своих фотографий с настройками, отличающимися только
базовой кривой (прочие настройки — это авто-уровни и локальный контраст по умолчанию, см. пост «Darktable —
(не очень) быстрый старт»). Сюжетно фотографии разные, и новая настройка проявилась на них тоже
по разному, подробности далее… Во всех случаях я сделал три варианта:
базовая кривая включена, сохранение цветов включено в варианте по умолчанию (других вариантов я делать
не стал, поскольку там уже отличия на грани различимого).
Все снимки сделаны на Canon EOS 77D, базовая кривая — Canon EOS по умолчанию (не альтернативная). Как поведет
себя новый механизм на других камерах с другими базовыми кривыми — не могу знать.
Со времени моего прошлого поста про Darktable прошло, страшно подумать,
три с лишним года. За это время и инструмент вырос (версия 2.6.2 сейчас у меня вместо 2.0.4),
и я научился им лучше пользоваться.
Кстати, за это время вышла официальная сборка Darktable под Windows. Если кому не хочется
пиратить Lightroom, а с винды не слезается — пользуйтесь. Правда, про стабильность/надежность ничего не знаю.
А еще я недавно с удивлением и радостью обнаружил в сети неплохой перевод «Руководства пользователя
Darktable». Там по версии 2.4, но от 2.6 оно мало отличается, к тому же всегда в спорных
моментах можно обратиться к актуальному англоязычному мануалу. Перевод же от всей души рекомендую
в качестве обзора возможностей (и особенностей) программы. В дальнейшем я буду ссылаться на обе версии
документации посредством сносок к терминам.
Итак. Настоящим постом я хочу рассказать, какие я использую настройки для уменьшения телодвижений в процессе
обработки фотографий, и какие же движения никто не отменял. Сразу скажу, что это а) мой личный опыт,
б) только базовая обработка. Повторять страницы мануала нет никакого желания, а если говорить об осмысленном
применении всех возможностей, то и компетентности.
Первым делом, пожалуй, сошлюсь на источники: ключевым по теме данного поста стал англоязычный пост
Barry Grussling — «Focus Stacking in Linux»; прочая информация получена из официального
руководства enblend/enfuse. Собственно enfuse и будет нашим главным
инструментом для стекинга.
Что такое стекинг? Это когда мы делаем несколько кадров одного и того же, в общем случае — с разными
параметрами, а затем хитрый алгоритм собирает нам результирующую картинку. Например, если мы сделаем
несколько снимков с разной экспозицией, то можем получить в результате что-то очень похожее на результат
сведения HDR, о котором я говорил в предыдущем посте. С той лишь разницей, что собственно
HDR-изображения (т.е. с динамическим диапазоном более 8 бит на канал) мы не получим, сразу приведение
к 8-битному виду.
Кроме стекинга по экспозиции рассмотрим еще уменьшение шумов и стекинг по фокусу.
