Заметки с тегом «osx» (страница 2)

Установка предпочитаемого языка для программы

Замечательно, что программы для Mac OS X с минимальными затратами для разработчика можно перевести на любой язык мира. Только не всегда интерфейс с фразами на различных языках выглядит одинаково гармонично. Часто слова приходится сокращать, если они не помещаются в отведенные им места.

Все фразы интерфейса на различных языках находятся в файлах .lproj внутри пакета с приложением. Если удалить, например, ru.lproj, то программа лишится перевода на русский язык. Это так же неплохой способ сэкономить место на диске, которое занимает приложение. Вот только при очередном обновлении, а это особенно касается приложений от Apple, пакет с программой полностью заменяется и все файлы .lproj опять появляются.

Чтобы раз и навсегда выбрать предпочитаемый язык для какого-то конкретного приложения можно добавить соответствующее свойство через команду defaults . Во всей системе принято использовать свойство AppleLanguages для задания предпочитаемой последовательности языков.


defaults write -g AppleLanguages -array ru en de

Эта команда задает последовательность «Русский», «Английский», «Немецкий» для всей системы. Аналогичный эффект достигается в пульте «Язык и текст» настроек.

А если указать доменное имя программы, то список предпочитаемых языков будет сохранен только для нее.


defaults write com.apple.iTunes AppleLanguages -array en

Так мы указываем, что iTunes должен использовать только английский. Хочу подчеркнуть, что это свойство имеет тип «массив» даже если указывается только один язык.

Кстати, лично я запускаю iTunes только с английским интерфейсом, чтобы он не переводил мне названия жанров на русский язык, попутно модифицируя содержимое mp3 файлов.

Предпочтения удаляются командой

defaults delete com.apple.iTunes AppleLanguages
Комментарии к заметке: 2

Оптимальный VNC-клиент для подключения к Mac OS X

В Mac OS X Leopard «из коробки» появилась возможность открывать общий доступ к экрану (Screen Sharing). Реализуется этот доступ на базе VNC.

Сначала я подключился, используя проверенный TightVNC , и был разочарован скоростью обновления экрана. Никакие настройки не помогли улучшить ситуацию. Меня насторожил тот факт, что в это время канал совершенно не был загружен, и я начал пробовать другие клиенты. UltraVNC показал точно такой же результат. Зато RealVNC сразу загрузил канал по максимуму и, как следствие, резко повысилась отзывчивость интерфейса.

Надо только не забыть включить режим «Full color», потому что VNC-сервер отказывается работать с меньшим количеством цветов.

А если вы хотите подключиться из Mac OS X к какому-либо VNC-серверу, то для этого выберите «Переход → Подключение к серверу…» в меню Finder и укажите, например, vnc://server.com в качестве адреса. Так же vnc://server.com можно набрать в адресной строке Safari.

Комментарии к заметке: 1

Ускоряем кодеки для просмотра FullHD

Мой старенький Mac mini (1.66ГГц Intel Core Duo) всегда тормозил при воспроизведении FullHD фильмов. Максимум на что его хватало — это фильмы с разрешением 720p. Из-за особенностей большинства плееров и кодеков, используемых в них, для декодирования задействовалось только одно ядро процессора.

У проекта FFmpeg есть многопоточная версия FFmpeg-mt, которую можно и нужно использовать, например, в MPlayer для того, чтобы загрузить процессор работой по максимуму.

Итак, прежде чем приступить к сборке, нам понадобятся несколько инструментов:

  • Apple Developer Tools (так же есть на любом DVD с Mac OS X)
  • Subversion (консольная версия есть в комплекте Apple Developer Tools)
  • Git

Всю сборку я буду проводить на рабочем столе.

cd ~/Desktop/

Загружаем исходники MPlayer из репозитория.

svn checkout svn://svn.mplayerhq.hu/mplayer/trunk mplayer

Загружаем исходники FFmpeg-mt.

git clone http://git.gitorious.org/ffmpeg/ffmpeg-mt.git

Теперь, чтобы использовать библиотеки FFmpeg-mt, заменим три папки libavcodec, libavformat и libavutil в исходниках MPlayer.


cd mplayer
rm -rf libavcodec libavformat libavutil
cp -R ../ffmpeg-mt/libavcodec .
cp -R ../ffmpeg-mt/libavformat .
cp -R ../ffmpeg-mt/libavutil .

Можно приступать к конфигурации и сборке проекта.

./configure --enable-menu --enable-apple-remote
make
sudo make install

Осталось сделать несколько косметических манипуляций. Нужно указать какой шрифт использовать для OSD и субтитров.


ln -s /Library/Fonts/Arial\ Unicode.ttf ~/.mplayer/subfont.ttf

Так же нужно немного отредактировать конфигурационный файл.


nano ~/.mplayer/config

В файле набираем:

lavdopts=threads=2:skiploopfilter=all
vf=yuy2
fs=yes

Эти настройки декодера предписывают ему использовать два потока и пропустить некоторые процедуры улучшения картинки. Так же для меня было оптимально использовать принудительную конвертацию видео в YUY2, что дает не большой прирост в скорости.

В целом обновленная версия показала прирост в производительности на 60% в сравнении с однопоточным декодером.

Обновление : отличный GUI MPlayer OSX Extended уже содержит сборку mplayer с многопоточным декодированием.

Комментарии к заметке: 1

Удаляем старые архивы Time Machine

Дома в качестве системы резервного копирования я использую Time Machine . Она создает свои архивы на том же диске, где я размещаю данные — фильмы, музыку и т.п. Проблема начинается, когда свободное место подходит к концу и нужно принять решение о том, что же удалить, чтобы освободить место на диске.

Как вручную удалять архивы Time Machine, к великому сожалению, в официальной документации не написано. Были различные сообщения на форумах, что можно спокойно удалять старые папки и это не нарушит целостности архива. Но как-то нет особого доверия таким сообщениям, если речь идет о резервных копиях. Зато хорошо известен факт, что Time Machine сама отлично освобождает для себя место на диске, если это нужно для создания очередной копии. Этим способом и нужно воспользоваться.

Допустим нам нужно освободить на диске 5Гб. Для этого создаем файл требуемого размера в домашнем каталоге.


dd bs=1000000 count=5000 of=~/zero.bin if=/dev/zero

Параметр bs задает размер блока в байтах, а count — количество таких блоков.

Как показала практика, обычно, Time Machine освобождает примерно в 2 раза больше места, чем ей нужно. По этому, файл можно создать в 2 раза меньше.

Теперь запускаем создание внеочередной резервной копии. Как только заметите, что свободное место начнет увеличиваться, так сразу можно удалить наш файл. Если этого не сделать, то он окажется в резервной копии, и никакого выигрыша мы не получим.

Оставте свой комментарий