четверг, 27 августа 2009 г.

Convert FLAC or APE to MP3

Пошаговая инструкция по перегону LOSSLESS форматов FLAC, APE в MP3.

Необходимые утилиты

Нужно скачать и поставить следующие пакеты:
Конвертация FLAC или APE в MP3

Выполняется в два этапа:
  • Преобразование FLAC или APE в WAV с опциональным разбитием монолитного файла на отдельные треки
  • Преобразование WAV в MP3


Преобразование FLAC или APE в WAV

Следующие команды делают преобразование:
for %i in (*.flac) do "C:\Program Files\FLAC\flac.exe" -d "%i"
for %i in (*.ape) do "C:\Program Files\Monkey's Audio\MAC.exe" "%i" "%~ni" -d

Запускать нужно в папке с FLAC или APE файлами.

Если диск не разбит на треки (монолитный файл с идущими подряд дорожками), то выполнить разбивку можно утилитой EAC (при наличии cue-файла). Утилита графическая и интуитивно понятная, описывать не буду.
Преобразование WAV в MP3

LameXP делает это преотличнейшим образом и использует кодек LAME, который считают лучшим. Визуально тоже все понятно, разберетесь.

понедельник, 24 августа 2009 г.

Расширения для InDesign

RSCheckForOversetText.js -- весьма полезный скрипт для поиска overset блоков.
Найден здесь.

вторник, 11 августа 2009 г.

Convert a Subversion repository from BDB to FSFS

Create a FSFS repository.
svnadmin --fs-type fsfs create repo2

Dump the first repository.
svnadmin dump repo1 > repo2.dumpfile

Load the dumpfile into the new FSFS repository.
svnadmin load repo2 < repo2.dumpfile

A lot more information is available in the Subversion FAQ

вторник, 4 августа 2009 г.

ITIL: в чем разница между инцидентом и проблемой

Искал наглядный ответ. И вроде как нашел.

OK, here is an example:
A user's PC freezes and she raises an incident at the service desk. Service desk tells her to reboot and the incident is fixed.

A few days later, her PC freezes again and Service desk notice that it happened a few days before as well. Service desk raises a problem record, because rebooting the PC only solves the incident temporarily and it does ot fix the root cause of whatever is casuing the PC to freeze. The problem record gets assigned to 2nd line support to do root cause analysis on what is causing the PC to freeze. They find to be a specific application and the problem ebcomes a known error. A change request gets raised to install a patch from the vendor of the application on the user's PC. If the patch is installed succesfully, the problem and all related incidents are resolved.

====================================

I sometimes find that giving the textbook answer does not always clarify the difference though. I think it is also important to stress that the difference is how we deal with each one
- Incidents... quick turnaround, get the user back up and running
- Problems... require more time, only worth dealing with if the cost of implementing the fix is less than that of communicating and implementing the workaround.

e.g. something that affects one client once per week and is fixed within 5 mins is not worth logging as a problem in many cases.

среда, 1 июля 2009 г.

Методология разработки ПО

Опять пришлось вернуться к этим ссылкам, чтобы сделать правильные обоснования трудоемкости разработки. 

пятница, 15 мая 2009 г.

Длинные строки в оглавлении + DVI + hyperref

Пакет hyperref в чистовом latex режиме почему-то не переносит строки в TOC.

Вот что говорят в Google Groups:

I've found a strange behavior of line breaking in TOC when using 
hyperref. If pdflatex produces pdf line breaking is OK. When pdflatex 
produces dvi line breaking is disallowed which causes overfulls. What 
does this mean? 


Minimal example 
\documentclass[a5paper]{book} 
\usepackage{hyperref} 
\begin{document} 
\tableofcontents 
\chapter{Very long chapter header. Long, long, long. Exceptionally 
long} 
\section{Very long section header. Long, long, long. Exceptionally 
long} 
\section{Typical section header} 
\end{document}

Heiko Oberdiek Просмотреть профиль Translate to Русский 
  Дополнительные параметры 1 дек 2007, 12:30 


tsy wrote: 
> I've found a strange behavior of line breaking in TOC when using 
> hyperref. If pdflatex produces pdf line breaking is OK. When pdflatex 
> produces dvi line breaking is disallowed which causes overfulls. What 
> does this mean? 

README: 

| 7 LIMITATIONS 
| ============= 

| * Wrapped/broken link support 

| Only few drivers support automatically wrapped/broken links, 
| e.g. pdftex, dvipdfm, hypertex. Other drivers lack this 
| feature, e.g. dvips, dvipsone. 

| Workarounds: 
| * For long section or caption titles in the table of contents 
| or list of figures/tables option "linktocpage" can be used. 
| Then the page number will be a link, and the overlong section 
| title is not forced into an one line link with overvull \hbox 
| warning. 
| * "\url"s are caught by package "breakurl". 
| * The option "breaklinks" is intended for internal use. But it 
| can be used to force link wrapping, e.g. when printing a 
| document. However, when such a document is converted to PDF 
| and viewed with a PDF viewer, the active link area will be 
| misplaced. 
| Another limitation: some penalties are "optimized" by TeX, 
| thus there are missing break points, especially within 
| \url. (See thread "hyperref.sty, breaklinks and url.sty 3.2" 
| in comp.text.tex 2005-09). 

Yours sincerely 
  Heiko

Резюме:

  1. используем опцию 'linktocpage=true'
  2. используем пакет 'breakurl'

вторник, 12 мая 2009 г.