Messages

211

Обложки / Skins / Re: Re: Mayak MP140C [AIMP3.55]

« on: December 19, 2014, 19:25:43 »

В моих ближайших планах обложек на базе бобинников нет. Основная проблема - ресурсоёмкие аниматоры бобин - в силу их большого диаметра. Мой комп их переваривает с баааааальшим трудом. Апгрейд пока тоже не планируется. Так что... пока кассетники, только кассетники...

А будут ли винилы?
Реализовать крутящуюся пластинку и перемещение тонарма проще простого, единственный скин Техникса на сайте, этому подтверждение.
Вот, правда, в отличие от кассетников, вертак в одной лишь 2D-проекции смотрится не очень - хорошо бы в изометрии или с наклоном - вот как здесь, например: http://www.hi-fi.ru/upload/iblock/c65/c659f9d3d65c559b26a1d7f5f22c16ce.JPG. Надеюсь, это возможно )

212

Реализовано в AIMP v4.00 / Implemented in AIMP v4.00 / Re: Сохранение Оценки и Рейтинга в теги файла

« on: December 18, 2014, 02:49:19 »

Не правда. Плагин ID3_Tray_Rate_2 делает это спокойно

И где же достать этот плагин? Что-то весь гугл перерыл, и ничего

213

Звуковой движок / Sound Engine / Re: Воспроизведение из архивов

« on: December 16, 2014, 19:03:31 »

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

Быстрее и копируются, и загружаются. Ибо что быстрее - каждый раз посылать запросы жёсткому диску и обращаться к файловой системе, или же загрузить в оперативку виртуальную ФС, находящуюся внутри одного файла? Как думаете, почему большинство компьютерных игр используют для хранения ресурсов собственные контейнеры, а не тысячи распакованных файлов? Вот именно по этой причине (ну и для защиты иногда). При работе распакованных игр винт трещит так, что начинаешь за него опасаться. При загрузке 100-гиговой коллекции, кстати, тоже. А вот, один большой файл, особенно, если хорошо дефрагментирован, читается всегда последовательно, а остальные операции (типа чтения оглавления) происходят уже в памяти. Т.о., можно было бы сократить число файлов на диске в 10-100 раз. Ну и сомневаюсь, что "кто-то или что-то" будет использовать во время проигрывания файлы из личной коллекции. Просматривать архив будет итак можно, а модифицировать что-то во время проигрывания - попросту незачем.

3. По стандарту ZIP не поддерживает юникод. Конечно, можно писать имя файла в UTF8, но гарантий, что все архиваторы правильно прочитают имя файла - нет. Если не использовать юникод - мы получим крякозябры на системах с отличной от оригинальной локалью.

Я думаю, за это должен отвечать сам пользователь. К тому же, чтение имен будет происходить плеером, где можно включить поддержку UTF-8. Либо добавить поддержку и других популярных архивов (rar и 7z, в том же несжатом виде), дав пользователю выбор.

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

Нет ничего проще, чем указать в фич-листе плеера, что поддерживается воспроизведение ZIP-архивов, но только несжатых. Плюс, сделать простую проверку на сжатие, когда открываем архив, и варнинг, что архив или файл не удалось прочитать, потому что поддерживаются только несжатые архивы. Если пользователь не дурак, то поймёт, что к чему, а те, кто на этом не заморочен, вообще не заметят этот функционал. Разумеется, случай "редкий и частный", но никто же и не призывает проигрывать хлам, скачанный с обменников - если человек увидит для себя преимущества этой системы (прочитав в фич-листе и попробовав), то он сделает это со своей коллекцией самостоятельно. Упаковка альбома в zip происходит в пару кликов из контекстного меню за 3-5 секунд.

Я ещё добавлю, для MP3 и др. Lossy форматов это может и даст небольшой прирост свободного пространства, а для lossles файлов эффекта 0

Дело, как уже писалось, не в пространстве, а в нагрузке на диск при обращении, и в целостности самой коллекции. Пару Flac+Cue конечно нет смысла помещать в архив, но если альбом представляет папку из 20 flac-файлов и стольких же сканов обложек, то разница между lossless и mp3 нулевая.

P.S. Если большинству это не нужно, то можно было бы просто добавить этот функционал в виде плагина, который был бы отключён по умолчанию, либо вообще распространялся отдельно.

214

Звуковой движок / Sound Engine / Проигрывание ZIP-папок

« on: December 16, 2014, 17:20:08 »

Когда накапливается очень большая фонотека (100 и более Гб), становится не совсем целесообразным хранить каждый альбом или дискографию в виде папки с треками, а порой и кучей обложек. Во-первых, теряется защищённость (повышается вероятность что-то случайно удалить и нарушить целостность), во-вторых, большое кол-во файлов повышают нагрузку на жёсткий диск и раздувают MFT; кроме того, файлы, записанные рандомно в разных областях диска, грузятся медленнее и больше подвержены фрагментации.

Моя идея в том, чтобы реализовать в плеере чтение zip-архивов - так, чтобы они рассматривались плеером как папки (по аналогии с cue+flac). Т.е., в память загружается и читается оглавление архива, и по мере проигрывания извлекается тот или иной трек (а если архив без сжатия, то можно и вовсе не извлекать, а читать из смещений). Я, конечно, понимаю - могут возникнуть проблемы с чтением тэгов (для их загрузки, придётся извлекать всё содержимое архива сразу, либо куски из начала и конца файлов), а загрузка длинных трэков будет занимать некоторое время, однако, как функционал для проигрывания архивной коллекции (к которой обращение происходит редко), это было бы весьма полезным, и разгрузило бы жёсткий диск во много раз. Почему Zip - потому что бесплатный, быстрый и самый распространённый. Кроме того, с ZIP-архивами проще работать в рамках облачных хранилищ и FTP.

Можно было бы даже ввести поддержку ТОЛЬКО несжатых архивов (ведь какой смысл пережимать аудио, которое не жмётся?). Тогда и вовсе не было бы проблем с тэгами, обложками и большими файлами, и функционал был бы идентичен CUE+Flac.

215

Реализовано в AIMP v4.00 / Implemented in AIMP v4.00 / Re: Пополнить список жанров по-умолчанию

« on: November 23, 2014, 03:44:23 »

Первая версия имеет по стандарту ограничение и его нельзя расширять

Первая версия чего - ID3? Если там используются числовые коды для сопоставления - тогда понятно...
Но можно же сделать так: общий список сделать расширенным, и при подстановке проверять, есть ли в ID3v1 такой тип; если нет - заполнять только ID3v2, а в ID3v1 писать "Other" или ничего. То есть, сделать такое же поведение, как и при ручном вводе жанра. В том же Winamp'е, емнип., именно так...

216

Реализовано в AIMP v4.00 / Implemented in AIMP v4.00 / [Запланировано] Пополнить список жанров по-умолчанию

« on: November 22, 2014, 20:56:47 »

Слушаю очень разнообразную музыку, и каждый раз обращаю внимание, сколько различных известных жанров не учтено в предлагаемом выпадающем списке, зато присутствуют некие местечковые, которые и жанрами как таковыми не являются. В Winamp'е, насколько помню, этот список несколько содержательнее... Выделил те, которые не упомянуть в наше время просто вульгарно :

Art-Rock
Atmospheric
Background (для фоновой музыки)
Bard
Blackgaze
Bossa Nova
Chillout
Coldwave
Dark Ambient
Dark Folk
Dark Jazz
Deathrock
Deep House
Doom Metal
Downtempo
Dream Pop
Drone
Dub
Ethereal
Experimetnal
Female Vocalists
Garage Rock
Goa-Trance
Glitch
Gothic Metal
Grime
IDM
Krautrock
Latin Jazz
Leftfield
Light (для лёгкой музыки)
Live (для живых записей)
Lounge
Mainstream
Martial
Minimal
Neoclassical
Neofolk
No Wave
Noise Rock
Old-School
Piano
Pop-Rock
Post-Rock
Post-Punk
Psychedelic Folk
Radio (для записей с радио)
Raw
Religious
Rockablliy
Romantic
Russian
Russian Rock
Shoegaze
Slowcore
Soft Rock
Space Rock
Surf Rock
Symphonic Metal
Underground
Various
Witch House
World Music

217

Реализовано в AIMP v4.00 / Implemented in AIMP v4.00 / Re: Сохранение Оценки и Рейтинга в теги файла

« on: November 22, 2014, 19:28:04 »

Все это и не только это можно делать в фонотеке аимпа. Попробуйте

Подниму тему, поскольку так же актуален предыдущий вопрос.
В фонотеке опции закрепления оценки в тегах не нашёл, а на мой взгляд, это действительно более разумно, нежели привязка к БД и профилю (очень ненадёжно).
В стандартных свойствах файла Windows присутствует пункт "Оценка"; при этом он благополучно сохраняет значение даже после переноса или редактирования файлов, как уже показано у тов-ща "Я Гриша!". Если бы реализовать в плеере чтение и запись в данную область - было бы намного удобнее и универсальнее. На данный момент Проводник до сих пор не видит выставленной плеером оценки. А для тех кому не нравится, что их файлы изменяются, можно было бы просто вывести пункт настроек "Не записывать оценки в теги". И как сказал BuxWV149 - чтобы избежать пауз при проигрывании, вставлять реально можно после (окончания воспроизведения), но отображать (в плейлисте) сразу. То, что Проводник так же будет отображать оценку только после записи - имхо, очень несущественный нюанс, чтобы на него обращать внимание. Всё равно всё управление происходит в плейлисте или фонотеке.

218

Обложки / Skins / Re: Tascam 32 [AIMP 3.55]

« on: November 17, 2014, 02:13:03 »

Black_AVP, катушечники и деки, это хорошо, а будут ли винтажные бумбоксы? Ну, по типу Sharp-777, Sony W-600 и т.д...

p.s. Странно - вчера оставлял комментарий по скину Denon Classic 2.5, а сегодня этой темы уже нет...

219

Опубликованные обложки / Published skins / Re: Denon Classic Style v2.0 [AIMP3.55]

« on: November 14, 2014, 12:47:31 »

поэтому и будет практически новая версия на основе последней сборки 2.2.3, хотя графика практически не изменится.

Буду благодарен, если возьмётесь
Правда, насчёт версии-основы - я бы сделал для всех трёх, идущих в архиве на главной, т.к. они весьма различаются, а всем не угодишь.. Мне, вот, например, очень нравится 2.2.1 за большие обложки и не привязку плейлиста к "стойке" (вторым блоком), а 2.0 за дизайн - иногда их меняю Кстати, по 2.0 - можно было бы сделать вывод обложки на одну из кассетных коробок (справа от плейлиста, чуть выдвинув её для получения квадрата) - на мой взгляд, была бы самой лучшей версией

220

Опубликованные обложки / Published skins / Re: Denon Classic Style v2.0 [AIMP3.55]

« on: November 12, 2014, 18:37:29 »

Да в общем-то, обо всех, что выложены на главной в разделе
И не сказал бы, что смотрят только первые страницы - я вот терпеливо просмотрел всё что есть и скачал только понравившееся)

221

Опубликованные обложки / Published skins / Re: Denon Classic Style v2.0 [AIMP3.55]

« on: November 12, 2014, 14:59:47 »

Да, там простая линейная зависимость диаметра рулона от прогресса. Это первый мой скин с перемоткой ленты, а скрипт для ФШ был модернизирорван только в последующих скинах. К сожаленю, файла проекта у меня нет (похоже, удалил), поэтому исправиить уже ничего нельзя.

А жаль, очень добротный скин - пару доработок внести бы (ну вот, перемотку, и ещё монитор уровней подкорректировать до достоверности), и цены бы не было.. Тем более, в натуральную величину

222

Опубликованные обложки / Published skins / Re: Denon Classic Style v2.0 [AIMP3.55]

« on: November 10, 2014, 13:18:29 »

Один из любимых HiFi-скинов, правда, советовал бы чуть поправить перемотку ленты - чем ближе к середине, тем её становится меньше