[Life] Об этикете медиаобменов

[yurikhan]

Невежливо ездить на масштабные обмены мультимедиа-контентом с банкой DVD.

Скорость копирования жёсткого диска — 1 гигабайт в минуту. Время копирования 4.7-гигабайтного DVD пофайлово — 15 минут. Время создания образа DVD — 5 минут, но потом нужно ещё потратить время на перемещение файлов из образа.

Копирование винчестера можно поставить на ночь. DVD приходится постоянно менять.

Единственное оправдание — если [1] DVD с региональной защитой и [2] у вас ([2а] не было достаточно времени или [2б] нет достаточной квалификации) его грамотно декриптовать.

Считается дурным тоном возить свой файллист в проприетарном формате (WhereIsIt?, Advanced Disk Catalog, Excel .xls).

Чтобы посмотреть такой файллист, проводящему обмен придётся поставить какой-то дополнительный софт, который у него есть все основания не хотеть ставить. (Верх наглости — принести программу с собой на флэшке: откуда я знаю, что это не троян?)

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

Идеальный формат для файллистов — comma-separated values или стандартный листинг каталога (ls -lR или dir /s).

Comments

[yurikhan]

Пожалуй, я погорячился насчёт того, что dir /s идеален для файллистов.

Без дополнительной информации его соврешенно невозможно обрабатывать автоматически. То есть вот у нас есть файл, readme.txt, размером 1234 байта, изменён в 16:43 2 апреля 2003 года. Строчка может выглядеть так:

2003-04-02  16:43       1 234 readme.txt

Или так:

02/04/03   4:43p       1,234 readme.txt

Или даже так:

02$03$04  03:04  43@04в      12'34 readme.txt

А секции каталогов могут разделяться строчкой

 Directory of {путь}

или

 Directory of  {путь}\*

или

 Файлы в каталоге {путь}

[amaembo.livejournal.com]

Если ты хочешь автоматически обрабатывать, то должен быть стандарт листингов, который должна создавать стандартная программа и обрабатывать стандартная программа. В общем, как ни крути, нужна программа :-) На флэшке :-)

[yurikhan]

Стандартный формат должен быть открытым и описанным в RFC, дабы все желающие делали программы для работы с ним. О RFC на формат WhereIsIt? мне не известно.

[amaembo.livejournal.com]

Не всегда стандарты де-факто есть в RFC/стандартах ISO/ГОСТ/ANSI. Кроме того, что толку стандартизовать вещь, которая не проверена на практике? А если все будут отказываться проверять на практике нестандартизованные вещи, то получится замкнутый круг :-) Куча странных примеров крутится в голове, начиная с того, стандартизован ли формат плейлистов .m3u. А ведь им пользуются практически все, даже хардварные плееры его понимают.