shoorick: (Рыжий)
Только сегодня заметил, что Midnight Commander уже почти четыре хода хранит свои конфигурационные файлы не в ~/.mc, а в ~/.config/mc

Midnight Commander

http://shoorick.ru/2016/01/20/mc-config-moved/
shoorick: (Рыжий)
Пробую очередной текстовый редактор — Atom. Поначалу не удавалось его запустить — на сайте выложена версия для архитектуры amd64, а собрать из исходников не получилось (не очень-то и хотелось), однако нашёлся вариант для ленивых — PPA с поддержкой 32-битных версий убунты.

Проверка синтаксиса в редакторе Atom

Хоть, конечно, и требует напильника, но пока нравится: работает шустро, клавиатурные сочетания для основных операций с текстом по умолчанию вполне подходящие плюс можно легко скачивать и ставить модули для функций, которых по умолчанию нет. Вот, например, модуль linter-perl позволяет проверить синтаксис перловых файлов, а svn подсвечивает изменённые строки и файлы при использовании Subversion — до полноценного клиента, правда, ещё далеко.

http://shoorick.ru/2015/11/02/atom-editor/
shoorick: (Рыжий)
Наконец-то разобрался, как в Pitivi растянуть выражения лиц бардам до нормальных пропорций и как прикрыть заглушкой те места, где изображение пропадало совсем. Собрал тестовую запись — концерт КСП «Моримоша» на открытии Лесной площадки XXXIX Ильменского фестиваля. Кому невтерпёж — можно смотреть прямо сейчас, со всеми глюками. Как дотянусь до файлов, что писались самими камерами — переделаю.

Настройки масштабирования в Pitivi

Видеозаписи трансляции с Лесной площадки XXXIX Ильменского фестиваля будут потихоньку выкладываться на video.mineralogy.ru/video/ilmenyfest/album/284

Закончу с этим годом — займусь прошлым.

http://shoorick.ru/2015/06/26/et-circenses/
shoorick: (Рыжий)
Сравнительно недавно понадобилось найти способ вырезать отдельные страницы из PDF-файлов, не прибегая к платному Adobe Acrobat. Решение нашлось — PDF Toolkit (pdftk) — он может и резать PDF на кусочки, и склеивать их обратно. Программа кроссплатформенная, работает и под виндой, и в нормальных ОС. Пользователям юниксоподобных операционных систем доступен графический интерфейс к pdftk — PDF Chain.

PDF chain

В Ubuntu обе программы можно найти в Центре приложений по запросу pdftk.

Но не обошлось без ложки дёгтя: иногда при попытке склеить несколько PDF-файлов программа PDF Chain выдаёт ошибку ввода-вывода:
PDFTK returned error!

Input/Output Error
Error code: 256

Проблема автору известна и давно им исправлена —  ещё в октябре 2012 года выпущена версия 0.3.5, где ошибка устранена. Однако в Ubuntu 12.10 LTS всё ещё стоит старая версия 0.3.3. Нашёлся достаточно простой способ обхода этой проблемы, не требующий установки новой версии:

  1. Добавить ещё один PDF-файл (можно продублировать любой из уже́ добавленных).

  2. Переместить этот файл в конец списка.

  3. Снять выделение с чекбокса слева от файла.

  4. Сохранить результат.

shoorick: (Рыжий)
Нотный редактор Frescobaldi по умолчанию в Ubuntu 12.04 LTS не очень свеж — сейчас предлагается позапрошлогодняя версия 2.0.0, где нет, например, нумерации строк исходного кода. В более свежих версиях её наконец-то сделали. Чуть более свежую версию Frescobaldi — майскую предпоследнюю 2.0.10 — можно поставить так (точнее, обновить, когда уже установлена старая):
sudo add-apt-repository ppa:ryanakca/frescobaldi
sudo apt-get update
sudo apt-get upgrade

Попутно обновятся и другие пакеты, если найдётся, что обновлять.

upd/19.12.2013: Если надо именно поставить либо обновить только Frescobaldi — действуем как обычно:
sudo apt-get install frescobaldi
shoorick: (Рыжий)
Совершенно случайно нашёл способ быстрого создания пустого HTML-файла — достаточно написать команду:
echo | tidy > empty.html
Получается такой файл:
<!DOCTYPE html>
<html>
<head>
<meta name="generator" content=
"HTML Tidy for HTML5 (experimental) for Linux/x86 https://github.com/w3c/tidy-html5/tree/c63cc39">
<title></title>
</head>
<body>
</body>
</html>
Проверено на tidy-html5 — я его поставил вместо обычного, не понимающего HTML5. Обычный, который можно поставить обычным путём (sudo apt-get install tidy — в Ubuntu), выдаёт:
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 3.2//EN">
<html>
<head>
<meta name="generator" content=
"HTML Tidy for Linux/x86 (vers 25 March 2009), see www.w3.org">
<title></title>
</head>
<body>
</body>
</html>
shoorick: (Рыжий)
При экспорте лилипондовых нот в формат PNG происходит странный сбой, наблюдающийся в юниксоподобных опрационных системах — внутри добавочных линий появляются вытянутые белые треугольники. Оказывается, баг известен и его сваливают на кривизну гостскрипта, используемого для преобразования готовых нот из векторных форматов в растровые.

Один из способов обхода (есть всякие) — добавить к команде вызова лилипонда параметр -dpixmap-format=pngmono — он заставит лилипонд выводить безглючную монохромную картинку вместо серой. В случае с низкой разрешающей способностью получится, наверное, коряво. Но если выставить разрешающую способность побольше, например, в 600 dpi — получается вполне хорошо.
shoorick: (Рыжий)
Пытаюсь сверстать нотный сборник, не выходя из под линукса. Исходный материал — какой попало: и тексты, и ноты в PDF (внутри которого — растр на 600 dpi), и ноты в лилипонде (ну их-то можно куда угодно вывести).

Делать с помощью lilypond-book не стал, хоть там и есть возможность собрать книгу их нескольких пьес: слишком уж разный исходный материал.

За LaTeX я не брался — без практики всё забыл.

Попробовал поставить Scribus, почитал мануал, поковырялся — совсем непривычно.

Решил пойти знакомым путём — взять офисный пакет: тут тоже не без грабель. Во-первых, LibreOffice (даже самый свежий), как и его предшественник OpenOffice, видит кучу каких-то своих шрифтов, но не видит шрифты формата Type 1, которые видны остальным программам. Во-вторых, в нём нельзя в результате замены получить ручной перевод строки (который вводится сочетанием клавиш Shift+Enter) — последовательность \n имеет разный смысл в разных полях ввода: она обозначает ручной переввод строки, когда используется в поле «Search for» и конц абзаца — в поле «Replace with». То есть, замена \n → \n может заметно изменить документ. Проблема замечена ещё в 2005 году в OOo версии 1.1.3 и до сих пор висит в багтрекере.

Задумался...

upd/09.06: потратил ночь — разобрался в Скрибусе и сверстал в нём.
shoorick: (Рыжий)
Для набора простых нот в до-мажоре графический интерфейс не нужен — можно сразу писать исходный текст для лилипонда. Как только тональность меняется, приходится брать что-нибудь графическое, потому что не получается держать во время набора ключевые знаки альтерации. Точнее, не получается это делать автоматически, а сознательный подсчёт диезов с бемолями утомляет.

В то же время существуют программы, автоматически расставляющие знаки в зависимости от используемой тональности — голова остаётся свободной. Поэтому сложные ноты набираются в два этапа: собственно набор партий в какой-либо из подобных программ и сборка этих партий на лист — редактирование исходников и компиляция.

Раньше для набора я использовал Denemo — оно вполне работоспособно, хоть выглядит страшно и имеет ряд странных глюков, таких как внезапные падения и не менее внезапное автоматическое транспонирование вводимых нот (лечится перезапуском программы). Denemo позволяет сохранить ноты в формате лилипонда и устроить дальшейшую их обработку своими силами.

Пробую в качестве GUI другой вариант — MuseScore. Раньше я уже сталкивался с этой программой, но что-то мне тогда в ней не понравилось — возможно, странные клавиатурные команды для набора. С другой стороны, на MuseScore явно оказал влияние Sibelius — а он мне хорошо знаком: я в сибелиусе несколько лет набирал ноты, когда жил под Windows. Качество получающихся нот меня не совсем устраивает — хоть MuseScore и использует те же шрифты, что и лилипонд, да и ноты, вроде, располагает достаточно удобно, результат по умолчанию выглядит неважно — например, динамика накладывается на текст (а в лилипонде они сразу разнесены на разную высоту).

Набранные в MuseScore ноты можно сохранить в разных форматах, среди которых есть разные форматы исходного кода (LilyPond, MusicXML), растровая графика (PNG), векторная (PDF, PostScript, SVG) и звук (MIDI, WAV, FLAC, Ogg Vorbis) — скорее всего лилипонд вызывается для генерации всей этой красоты. Создаваемый лилипондовый исходный файл сразу не компилируется — лилипонд ругается на ошибки синтаксиса, то есть файл требует доработки напильником.
shoorick: (Default)
Кто-то взглючил: то ли ридер (плохо карточку воткнул?), то ли фотоаппарат, то ль пингвин в ноутбуке шалит — куча фоток перестала читаться. Сел за виндовую машину, нашёл там древний VaioSoft Recovery Manager — восстановил почти всё (а как подобное делать под линуксом?), да только с неродными именами. Что делать? Как сравнивать с тем, что нормально списал?

Помогло то, что в никонах (про остальные фотоаппараты не скажу) есть счётчик фотографий, который тикает с самого выпуска аппарата. Переименовать файлы в текущем каталоге к виду №.jpg можно так:
exiftool '-filename<${shuttercount}.%e' .
Почти всё переименовалось, остались только повреждённые файлы (около половины процента от общего числа). Переименовал всё: и удачно списавшиеся файлы, и восстановленные — к единой нумерации. Сравнивать стало гораздо проще :-)

Требует perl и Image::ExifTool. Под виндой не взлетело (хоть всё нужное и было) — ну и ладно.

Провёл эксперимент — прицепил аппарат, запустил списывающий скрипт — работает как надо. Будем ридер проверять...
shoorick: (Default)
Кажется, я нашёл баг в subversion — он не хочет работать с каталогом по имени diff, ни с командной строки, ни через графический интерфейс (Scripts в Nautilus).
svn: Commit failed (details follow):
svn: Server sent unexpected return value (405 Method Not Allowed) in response to MKCOL request for '/svn/!svn/wrk/hexadecimal-numbers/path/to/diff'
Погуглил методы обхода, но пока не нашёл.


upd/12.10.2011: Оказалось — сам дурак: пытался добавить существующий каталог.
shoorick: (Default)
Решил проблему, описанную час назад. Естественно, методом тыка проб и ошибок.

Итак, задача для начала достаточно проста: соединить синтезатор (тут он выступает как MIDI-клавиатура) с компьютером и вывести описанный MIDI-командами звук через компьютер. Потому как встроенный MIDI-синтез в клавишах ужасен (а чё вы хотите за 100 баксов?). Задачу ввода нот с MIDI-клавиатуры решать пока не будем — не до неё сейчас (хотя, насколько мне известно, rumor и Rosegarden могут MIDI-команды преобразовывать в ноты и сохранять их в формате LilyPond).

Рецепты и решение )
shoorick: (Default)
Понадобилось вчера распечатать большую картинку (схему БД из Drupal 7). Размер картинки — более 2K×2K, на листе формата A4 смотрится совершенно нечитаемо.

Что делать? Разбивать на кусочки. Вариант простой и тупой (но неправильный) — использовать Inkscape: открыть картинку, увеличить, поместить её на лист нужного размера, ( двигать и печатать ) × n.

Погуглив, нашёл другой метод: использовать команду poster. Попробовал — работает. Увеличить исходную картинку (Encapsulated PostScript формата A4) и разрезать на кусочки того же размера можно, например, так:
poster -v -pA2 drupal7_model_0.eps > many-pages.ps
Правда, результат вышел даже крупнее, чем A2 — картинка растянулась на 6 листов A4 (судя по мануалу, это не баг — это фича), но в моём случае это не страшно.

Получившийся многостраничный PostScript-файл можно спокойно печатать и потом склеивать листы.

Драйверы некоторых принтеров умеют делать то же самое без всякой командной строки (я такое как-то видел), но в моём случае я такой возможности не нашёл.
shoorick: (Default)
Уменьшал картинки имиждмеджиком и удивлялся: результат, имея весьма скромный размер (80×80 точек), иногда имел неприлично огромный вес — сотни килобайт. При открытии таких картинок гимпом с последующим сохранением вес приходил в норму.

Оказалось, что в картинках находятся EXIF-поля «A To B0», «A To B1», «A To B2», «B To A0», «B To A1», «B To A2» и «Gamut», содержащие кучу бинарных данных. Причём, поля эти, как и куча других, вставленных фотошопом, встречаются лишь в попавших ко мне рисунках, а в лежащих рядом с ними фотографиях подобных полей нет.

ExifTool удалять их по отдельности почему-то не хочет. Но весь EXIF удаляет легко:
find . -type f -name \*jpg -exec exiftool -1:All= '{}' ';'
shoorick: (Default)
Чтобы SAS.Планета, запущенная в убунте с вайном, отображала меню хотя бы на английском (а не вопросительными знаками), а также не дохла внезапно, ругаясь на Access violation, надо запускать её в локали ru_RU.UTF-8.
shoorick: (Default)
401 год назад, 7 января 1610 года Галилео Галилеем открыты 4 спутника Юпитера, с чем вас всех и поздравляю. Если стеллариум не врёт, то Юпитер сейчас над горизонтом, азимут — зюйд-зюйд-вест 210°
(поглядел в окошко) стеллариум не врёт — на мутном челябинском небе как раз видны лишь Луна да Юпитер.
shoorick: (Default)
Что-то снова либпёрпловые мессенджеры Pidgin да Empathy не желают соединяться по протоколу ICQ. Ну и ладно, не очень-то и хотелось. В конце концов, Jabber лучше. А с учётом того, что популярные социальные сети (включая ЖЖ, который, с одной стороны, блог, а с другой — тоже соцсеть) и почтовые сервисы предоставляют Jabber как самостоятельный сервис либо как жаберные гейты к собственным системам сообщений, в которых я становлюсь доступен френдам.

Оталось ещё разобраться с перенаправлением сообщений между жаберными серверами.
shoorick: (Default)
gvim под FreeBSD, когда собран по умолчанию или поставлен из пакета, выглядит жутко и, что хуже, не даёт выбрать нормальный шрифт (например, DejaVu Sans Mono), в котором есть прилично выглядящая кириллица и не даёт (по умолчанию?) вводить текст в UTF-8.

Решение, в общем-то, предсказуемое — пересобрать vim. В данном случае — с опцией WITH_GTK2. Этого вполне достаточно: gvim теперь выглядит почти как под убунтой, кириллицу отображает и позволяет вводить что угодно.
shoorick: (Default)
mc при копировании файла на удалённый сервер сначала, непонятно зачем, копирует этот файл в /tmp, а уже оттуда, наверное, хочет закачивать дальше. Я не дождался — у меня место в /tmp раньше кончилось.

А вот команда scp нормально копирует, сразу.
shoorick: (Default)
Балуясь с разными линуксами на ноутбуке, поставил несколько месяцев назад убунту и перехал под гном. Теперь вот и на рабочей машине, обновив FreeBSD до восьмой версии, попутно снёс кеды и тоже поставил gnome. Жить, в общем-то можно, хотя редактировать тексты пока некомфортно: gedit после kate кажется примитивным и неудобным, а в vi я пока не особо хорошо разбираюсь.

Profile

shoorick: (Default)
shoorick

December 2016

S M T W T F S
    1 23
45678910
11121314151617
18 19 2021222324
25262728293031

Syndicate

RSS Atom

Most Popular Tags

Style Credit

Expand Cut Tags

No cut tags
Page generated Jul. 26th, 2017 04:44 pm
Powered by Dreamwidth Studios