skb7 1 июн 2010 в 21:44

Скрипт автоматического преобразования m3u в m3u8

3 мин

10K

Настройка Linux *

Комментарии 22

amarao 1 июн 2010 в 21:50

find + enca уже не катят? ИМХО задача решается в одну строчку.

НЛО прилетело и опубликовало эту надпись здесь

skb7 1 июн 2010 в 22:07

Про enca не знал, спасибо (недавно начал использовать Linux). Задача была — привести все файлы в нативный для Linux вид — т.е. автоматизировать процесс миграции.

НЛО прилетело и опубликовало эту надпись здесь

naething 2 июн 2010 в 17:03

Кавычки все-таки лучше оставить, а то мало ли что там в имени файла.

НЛО прилетело и опубликовало эту надпись здесь

GreyCat 2 июн 2010 в 18:00

Если уж printf — то что-то типа

printf 'convert "%s" to "%s"\n' "$old_filename" "$new_filename"

Иначе, если использовать интерполяцию средствами sh (т.е. с двойными кавычками) — толком ничем и не будет отличаться от echo.

skb7 1 июн 2010 в 22:14

Про echo знаю. printf использовал, т.к. X/Open призывают применять его вместо echo [1, с. 75]. Когда писал, как то не задумывался, printf — привычка с Си.

НЛО прилетело и опубликовало эту надпись здесь

skb7 1 июн 2010 в 23:04

Про X/Open в википедии есть. Да на самом деле в книге [1] написано, что все юзают echo где это возможно, несмотря на реккомендации X/Open. А я когда писал — просто не задумывался, хотя да — читаемость с echo лучше

НЛО прилетело и опубликовало эту надпись здесь

ekzo 2 июн 2010 в 05:54

лучше растащить «функционал» на два отдельных «скрипта».

один бы менял кодировку в файле плейлиста:
enca -L ru -x UTF8 "${MY_LOVELY_PLAYLISTFILE}"

другой раздавал правильные права в коллекции:
find "${MY_LOVELY_MP3FILES_PATH}" -iname "*.mp3" -type f -exec chmod -x "{}" ";"

Goodkat 2 июн 2010 в 14:51

>>Поскольку музыка была скопирована с NTFS раздела на раздел ext4 – кодировка всех файлов (плей-листов) была CP1251
Не вижу связи.
Или при копировании текстовых файлов с NTFS на ext4 у вас кодировочка на лету меняется? (всего от линукса ожидал, но чтобы такое...)
Я из-за подобных выкрутасов всегда использую копирование в двоичном режиме (проблемы были обычно с ftp).

RussianNeuroMancer 2 июн 2010 в 15:21

> Не вижу связи.
Её там и нет, связь была между NTFS и правами на исполнение, читайте внимательней.
Сказано же, что кодировка у этих файлов изначально была cp1251, Линукс тут нипричём.

DYm00n 2 июн 2010 в 15:47

Хм, а если кодировка у файлов и так UTF8 или UTF16 то при создании плей листов она и останется. Так зачем тогда что-то городить, если уже есть куча программ и скриптов, чтобы удалять CP1251 и писать теги в UTF?

naething 2 июн 2010 в 17:20

Кстати, у chmod есть отличный ключ -R и модификатор X специально для директорий, так что весь тот велосипед зря написан.

naething 2 июн 2010 в 17:27

На всякий случай пример:
chmod -x+X+r-w,u+w -R dir

-x убирает право на исполнение у файлов,
+X при этом добавляет исполняемый бит на директории,
+r разрешает всем чтение,
-w запрещает всем запись,
u+w при этом разрешает запись владельцу

Ключ -R включает рекурсивный обход

ivlis 2 июн 2010 в 17:39

Вся статья один сплошной велосипед. Задача, imho, не стоит выеденного яйца и решается курением манов за 5 минут.

muromec 2 июн 2010 в 17:37

ну а чего, давайте все однострочники постить.

я вот сегодня у себя искал пропавшие после падения фс системные файлы — тоже можно написать скрипт на сто строк с пятью режимами работы.

Gennadij 2 июн 2010 в 19:38

Я, конечно, понимаю что вы типа крутой линуксоид и читать вам не интересно. Ну так и не читайте. Раз пост на главной, значит он кому-то нужен.

ЗЫ Спасибо тем кто подсказал как сделать лучше

agathis 2 июн 2010 в 21:34

кстати, давайте :)
однострочники, они как хайку.

мне вот эта статья пригождалась не раз.

а задача да, решается в одну строчку.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий