Total Members Voted: 34
0 Members and 1 Guest are viewing this topic.
приветбыло бы круто если бы плеер открывал песни, которые находятся на zip-файле, лучше бы поддерживать множество архивов. Открывать zip-архив должен на новом плейлисте.
Зачем хранить музыку в архивах?
это актуально для MOD-музыки или MIDI
Планируется, но задача не первостепенная
Я, конечно, понимаю - могут возникнуть проблемы с чтением тэгов (для их загрузки, придётся извлекать всё содержимое архива сразу, либо куски из начала и конца файлов), а загрузка длинных трэков будет занимать некоторое время, однако, как функционал для проигрывания архивной коллекции (к которой обращение происходит редко), это было бы весьма полезным, и разгрузило бы жёсткий диск во много раз. Почему Zip - потому что бесплатный, быстрый и самый распространённый. Кроме того, с ZIP-архивами проще работать в рамках облачных хранилищ и FTP.
Можно было бы даже ввести поддержку ТОЛЬКО несжатых архивов (ведь какой смысл пережимать аудио, которое не жмётся?). Тогда и вовсе не было бы проблем с тэгами, обложками и большими файлами, и функционал был бы идентичен CUE+Flac.
Когда накапливается очень большая фонотека (100 и более Гб), становится не совсем целесообразным хранить каждый альбом или дискографию в виде папки с треками, а порой и кучей обложек. Во-первых, теряется защищённость (повышается вероятность что-то случайно удалить и нарушить целостность), во-вторых, большое кол-во файлов повышают нагрузку на жёсткий диск и раздувают MFT; кроме того, файлы, записанные рандомно в разных областях диска, грузятся медленнее и больше подвержены фрагментации.
и разгрузило бы жёсткий диск во много раз
Однако, копируются с носителя на носитель большие файлы быстрее, нежели куча мелких. С другой стороны, если плеер или кто-то еще работает с каким-то мелким участком архива - все остальные будут вынуждены ждать, пока файл освободится, чего не происходит при потрековом проигрывании.
3. По стандарту ZIP не поддерживает юникод. Конечно, можно писать имя файла в UTF8, но гарантий, что все архиваторы правильно прочитают имя файла - нет. Если не использовать юникод - мы получим крякозябры на системах с отличной от оригинальной локалью.
Можно, и, кстати, весьма просто, но несжатые zip-архивы это настолько редкий и частный случай, что, я боюсь, такая поддержка скорее вызовет шквал вопросов, нежели принесет пользы.
Я ещё добавлю, для MP3 и др. Lossy форматов это может и даст небольшой прирост свободного пространства, а для lossles файлов эффекта 0
Дело, как уже писалось, не в пространстве, а в нагрузке на диск при обращении, и в целостности самой коллекции. Пару Flac+Cue конечно нет смысла помещать в архив, но если альбом представляет папку из 20 flac-файлов и стольких же сканов обложек, то разница между lossless и mp3 нулевая.
P.S. Если большинству это не нужно, то можно было бы просто добавить этот функционал в виде плагина, который был бы отключён по умолчанию, либо вообще распространялся отдельно.
Быстрее и копируются, и загружаются. Ибо что быстрее - каждый раз посылать запросы жёсткому диску и обращаться к файловой системе, или же загрузить в оперативку виртуальную ФС, находящуюся внутри одного файла? Как думаете, почему большинство компьютерных игр используют для хранения ресурсов собственные контейнеры, а не тысячи распакованных файлов? Вот именно по этой причине (ну и для защиты иногда). При работе распакованных игр винт трещит так, что начинаешь за него опасаться. При загрузке 100-гиговой коллекции, кстати, тоже. А вот, один большой файл, особенно, если хорошо дефрагментирован, читается всегда последовательно, а остальные операции (типа чтения оглавления) происходят уже в памяти. Т.о., можно было бы сократить число файлов на диске в 10-100 раз. Ну и сомневаюсь, что "кто-то или что-то" будет использовать во время проигрывания файлы из личной коллекции. Просматривать архив будет итак можно, а модифицировать что-то во время проигрывания - попросту незачем.
Нет ничего проще, чем указать в фич-листе плеера, что поддерживается воспроизведение ZIP-архивов, но только несжатых. Плюс, сделать простую проверку на сжатие, когда открываем архив, и варнинг, что архив или файл не удалось прочитать, потому что поддерживаются только несжатые архивы. Если пользователь не дурак, то поймёт, что к чему, а те, кто на этом не заморочен, вообще не заметят этот функционал.
Не ради лени, а ради удобства. Или это тоже неприемлемый аспект. Уж если даже VLC умеет поигрывать архивы, который не заточен под проигрывание музыки, то тогда не знаю, что уж и мешает АИМПу это уметь. Куча надуманных отговорок, вместо дела.
Ну нет, так нет. Хозяин барин. Благо что другие плееры предоставляют эту нужную возможность, и ничего у них не тормозит. Жаль конечно, но думаю переживём.
При чём здесь теги, куе, правка? Прослушал архив, понравилось, распаковал. И исправляй хоть теги, хоть чёрта лысого. А не понравился архив, просто его удалил и всё, даже не распаковывая.
У VLC, Foobar, PotPlayer,... никаких затыков, зависаний, трудностей, не встречал. По вашему они архиваторы, а не проигрыватели? Не надо кучу форматов понимать, достаточно самых распространённых, RAR, ZIP, 7Z. Одним файлом с куе как правило на торрентах встречаются, но там сразу папками качает, распаковка как правило не нужна.Мне не понятно только одно, что плохого в том, что плеер станет ещё более универсальным? Хотя чувствую зря спросил, сейчас начнётся доказывание обратного.
распространённых, RAR, ZIP, 7Z.
Я не обращаюсь к разработчику, я давно понял что это бесполезно. Я обратился к знающим людям, кто в этом разбирается, написать плагин для поддержки архивов. Только и всего. Не надо меня убеждать в бесполезности этой функции. Лучше убеждайте в этом разработчиков других плееров, у которых есть эта поддержка архивов. Докажите им что их плеера должны стать как AIMP, без поддержки архивов.
Я больше, чем уверен, что поддержку архивов писали не авторы этих плееров, а кто-то из фанатов.
Это что то меняет? Не важно как, важно что есть.
Удобство хранения? Куда проще хранить один единственный аудиофайл, в который вшит CUE и все остальные метаданные...
но не с кучей mp3-файлов и сканов к одному альбому
Poll