Ru-Board.club
← Вернуться в раздел «Программы»

» AIMP (часть 2)

Автор: soolo3
Дата сообщения: 19.01.2016 14:39

Цитата:
Как в AIMP 4.00 можно сделать изменение размера шрифта в плейлисте?

Настройки \ Отображение \ Масштабирование


Цитата:
У неё офф. портабельная версия есть?

У всех АИМПов есть официальный портативный вариант установки


Цитата:
И какие есть самые крупные обложки?

http://www.aimp.ru/index.php?do=catalog&id=0&F4=36&keywords=zeon7&author=93
http://www.aimp.ru/index.php?do=catalog&id=0&page=0&sort=0&V=0&F1=0&F2=0&F3=0&F4=36&keywords=
http://www.aimp.ru/index.php?do=catalog&id=0&page=0&sort=0&V=0&F1=0&F2=0&F3=0&F4=41&keywords=
Автор: Benoni50
Дата сообщения: 19.01.2016 15:26
soolo3, спасибо.
Точнее:


Цитата:
Настройки\Плейлист\Отображать информацию о выделенных файлах:
Масштабирование

Автор: Skipper
Дата сообщения: 19.01.2016 17:33
Обновил Aimp с версии 3.60 до версии 4.0...
Работает нормально, но есть одна маленькая неувязка. Со старой версией работал DFX (AIMP3 3.6x DSP pack 1.44), т.е.
при запуске плейера DFX автомат. запускался и закрывался. А вот с версией 4.0, DFX работает, но уже автоматически не стартует. Может кто знает, как решить эту проблему?
Автор: wvxwxvw
Дата сообщения: 19.01.2016 17:44
Skipper
У вас XP?
Автор: Skipper
Дата сообщения: 19.01.2016 18:21
wvxwxvw

Цитата:
У вас XP?

Да, WinXP_SP3...

Автор: RVM_aka_Vasil
Дата сообщения: 30.01.2016 07:24
На компе 2 диска - hdd и ssd. Система (win 7) на ssd, аимп на hdd.
Вопрос. При прослушивании онлайн радио через аимп на ssd что-то пишется?
Автор: alvrub
Дата сообщения: 30.01.2016 14:12
Может, кому-то поможет.
Предлагайте, пжл, комментарии по этому файлу\формату - в чем проблема?

Скачал с ютюб (/watch?v=8b-FEaGJG8Y) отдельно аудиотрек Bass_test_Feel_The_BASS_bass_boosted_250k.m4a.
В актуальной версии aimp получил "Code: -1 (FFFFFFFF) Message: Decoder was not found for this format." Смена расширения на .aac не помогла
Проверил в WMP и ffplay - воспроизводят норм.
Как исправить в aimp - не нагуглил. Исправил следующим:
"ffmpeg.exe -i bass.m4a -c copy bass.aac"
bass.aac - проигрывается aimp-ом норм.
Автор: helbvtynec
Дата сообщения: 31.01.2016 08:10
alvrub
Звук с youtube не в mp4-контейнере, а в dash, AIMP с ним не дружит. Любой DirectShow-плеер естественно его воспроизводит при наличии кодеков.
Ремукс fffmpeg'ом — правильное решение (как и склеивание аудио и видео оттуда же). У меня полуавтоматизировано.
Автор: NeoHunter
Дата сообщения: 31.01.2016 10:14
Вопрос по аудиононвертору
Нужно ape порезать на треки
cue есть
Насколько я понимаю нарезка может происходить только путем пережатия (поправьте если ошибаюсь)
И почему даже при выставлении fast compression - в итоге битрейт существенно ниже чем у оригинала ?

Вообще есть 2 вопроса
1. При нарезке ape на треки - возможно вообще в принципе обойтись без перекодирования ?
2. Если все таки без перекодирования не обойтись, можно сделать в aimp галочку? - как в оригинале, чтобы не потерять в качестве.
Автор: soolo3
Дата сообщения: 31.01.2016 15:47

Цитата:
На компе 2 диска - hdd и ssd. Система (win 7) на ssd, аимп на hdd.
Вопрос. При прослушивании онлайн радио через аимп на ssd что-то пишется?

Ответ разработчика:
"на сколько я знаю, BASS иногда может юзать временную папку для кэширования онлайн-треков."
Решение: настроить папку Temp и файл подкачки так, чтобы они находились на обычном hdd

Добавлено:

Цитата:
Вопрос по аудиононвертору
Нужно ape порезать на треки
cue есть
Насколько я понимаю нарезка может происходить только путем пережатия (поправьте если ошибаюсь)
И почему даже при выставлении fast compression - в итоге битрейт существенно ниже чем у оригинала ?

Вообще есть 2 вопроса
1. При нарезке ape на треки - возможно вообще в принципе обойтись без перекодирования ?
2. Если все таки без перекодирования не обойтись, можно сделать в aimp галочку? - как в оригинале, чтобы не потерять в качестве.

На все вопросы один ответ: APE - сжатие без потерь. То же самое, что обычный архиватор ZIP, RAR, 7z. Так что опция "без перекодирования" бессмысленна.
От себя посоветую: вследствие того, что APE - медленный формат (это можно заметить при перемотке трека), лучше перейти на FLAC.
Автор: NeoHunter
Дата сообщения: 31.01.2016 16:05

Цитата:
На все вопросы один ответ:


нет, давайте все таки по пунктам
1. При нарезке ape на треки по информации из cue - возможно вообще в принципе обойтись без перекодирования ?
Да или нет ? Если да то как? - вообщем как-то хочется подробностей и конкретики


2.
Цитата:
От себя посоветую: вследствие того, что APE - медленный формат

Это конечно очень интересно, спасибо за информацию, но цель - получить из одного ape с cue раздельные по трекам хоть ape хоть flac, но с битрейтом не хуже чем оригинал.
Как это сказать конвертору, поэтому я и предполагаю может быть сделать что-то типа - галка(битрейт как в оригинале) или еще как-то
Автор: dt100
Дата сообщения: 31.01.2016 16:55
NeoHunter
Цитата:
но  цель  - получить из одного ape с cue раздельные по трекам хоть ape хоть flac, но с битрейтом не хуже  чем оригинал

Звукозапись в форматах со сжатием без потерь (APE, FLAC) перекодируется (пере-архивируется) из одного формата в другой БЕЗ ПОТЕРИ КАЧЕСТВА вне зависимости от получаемого битрейта. Выходной битрейт зависит от самого формата и от настроек кодировщика (архиватора), но на качество самой звукозаписи это не влияет. Поэтому значение битрейта в APE, FLAC влияет только на размер выходных файлов.

Лично я предпочитаю APE во FLAC, который считаю более удобным.


Автор: soolo3
Дата сообщения: 31.01.2016 17:47

Цитата:
1. При нарезке ape на треки по информации из cue - возможно вообще в принципе обойтись без перекодирования ?

Ответ в лоб: нет. Но это и не нужно.


Цитата:
с битрейтом не хуже чем оригинал

Битрейт для форматов сжатия без потерь несёт исключительно техническую информацию, но не качественную. Вы же не будете говорить о качестве сжатия текстового документа в архив zip? Вот и с музыкой lossless это так же не имеет смысла.
Автор: NeoHunter
Дата сообщения: 31.01.2016 18:25

Цитата:
Ответ в лоб: нет. Но это и не нужно.

Ok с первым вопросом если ответ столько категоричен - решили, спасибо всем ответившим.
По поводу второго вопроса с битрейтом
Ну почему у нас такая ментальность, спросили одно, а тебе рассказывают, обьясняют и доказывают, что тебе это не надо
Я понимаю, что такое lossless (пример с архиватором абсолютно верен)
Но битрейт как в оригинале нужен! Не хочу сейчас долго обсуждать почему и зачем - нужен и все!

И вопрос был только в том, как получить такой же битрейт как в оригинале в разрезанных треках. Кстати один из доводов, как в том же архиваторе, чем круче он пожат тем больше ресурсов при упаковке/распаковке и не всегда это происходит на современных компьютерах и даже не всегда вообще на компьютерах.
Поэтому бегунок с 5 вариантами больше/меньше, это на мой взгляд мало, почему нельзя поставить рядом окошко для ввода битрейта и галку - для его выбора(а потом эту дифру передавать кодировщику), на мой взгляд это будет очень удобно, чтобы не искать какие-то другие спец инструментарии а сделать все прямо из aimp.
Автор: 0utcast
Дата сообщения: 31.01.2016 18:54
Лазейку в Radiotunes по useragent'у прикрыли, как я вижу
решения нет?
тоды будем морочить себе голову с регой левых акков и премиумом на неделю, а шо делать

вопрос к авторам: куда дели в четвёртой версии на дефолтном скине визуализацию типа Meter, - не ту, что Analog с кропами чёрными по краям, а другую, тоже Meter/// (точного названия не помню), органично вписывающуюся в скин? Зачем выпилили?
Автор: dt100
Дата сообщения: 31.01.2016 19:37
NeoHunter
Цитата:
Но битрейт как в оригинале нужен! Не хочу сейчас долго обсуждать почему и зачем - нужен и все!

Перевод из APE во FLAC снижает процессорную нагрузку при воспроизведении, поэтому здесь нет проблем при изменении выходного битрейта.
Что касается нагрузки на носитель (Винчестер, Flash), внешний интерфейс (USB, Bluetooth) и канал передачи данных при воспроизведении - то там чем меньше битрейт, тем лучше.

Если ставить задачу ЕДИНОГО выходного битрейта для ВСЕГО звукового контента, например в целях потокового вещания - то там ещё можно было-бы понять.

Автор: soolo3
Дата сообщения: 31.01.2016 20:04

Цитата:
Ну почему у нас такая ментальность, спросили одно, а тебе рассказывают, обьясняют и доказывают, что тебе это не надо

Потому что проскользнула фраза "как в оригинале, чтобы не потерять в качестве". Качество lossless ведь не связано в битрейтом.


Цитата:
чем круче он пожат тем больше ресурсов при упаковке/распаковке

Если дело именно в нагрузке, то, как верно подметил dt100, пережатие во FLAC снизит нагрузку на порядок. А если выбрать при этом минимальное сжатие - то нагрузка будет самый минимум, меньше только у wav, но там и размер соответствующий.


Цитата:
Но битрейт как в оригинале нужен! Не хочу сейчас долго обсуждать почему и зачем - нужен и все!

Если прям "вынь да положь" - то АИМП такого не умеет, поищите другой кодировщик.
Автор: helbvtynec
Дата сообщения: 31.01.2016 21:35

Цитата:
Так что опция "без перекодирования" бессмысленна

Так уж и бессмысленна? А заряжу-ка я сейчас тысяч несколько часов lossless-музыки на нарезку кодированием, а soolo мне за всю электроэнергию на это потраченную заплатит, да еще и за каждую минуту времени сверх получаса, на это ушедшего. Как такой расклад?

NeoHunter

Цитата:
возможно вообще в принципе обойтись без перекодирования ?

В принципе возможно. Для совершенно любого медиаформата, хоть и далеко не везде с идеальной точностью по времени (ogg и FLAC вообще хоть в текстовом редакторе резать можно). На практике мало где реализовано.


Цитата:
Я понимаю, что такое lossless

Кхм… вообще-то нет.


Цитата:
почему нельзя поставить рядом окошко для ввода битрейта и галку

Потому-что см. выше. Битрейт в lossless — исключительно статистическая информация, исключительно относящаяся к описанию результата кодирования. Фундаментально. Закон мироздания такой.
Автор: NeoHunter
Дата сообщения: 31.01.2016 22:37

Цитата:

В принципе возможно. Для совершенно любого медиаформата, хоть и далеко не везде с идеальной точностью по времени (ogg и FLAC вообще хоть в текстовом редакторе резать можно). На практике мало где реализовано.

Так если это все таки возможно, какой софт умеет именно резать по cue а не перекодировать ?
Не в курсе ?

ps Хотя было бы неплохо чтобы aimp тоже такое умел, ибо как выше было замечено и электричество и вычислительные ресурсы тратятся.
Автор: Aliado
Дата сообщения: 31.01.2016 23:31

Цитата:
Так если это все таки возможно, какой софт умеет именно резать по cue а не перекодировать ?

NeoHunter
Medieval CUE Splitter может, но крайне не рекомендую, точно не порежете, он вам накидает лишних семплов.
Лучшая прога для порезки это CUE Tools, просто с огромным выбором настроек.
Вот статья которая поможет разобраться http://audiophilesoft.ru/news/medieval_cue_splitter_check/2014-11-30-122
Автор: NeoHunter
Дата сообщения: 01.02.2016 18:52
Aliado


Цитата:
Medieval CUE Splitter

C чего вы взяли что может? у него после резки на выходе битрейт другой
и размер соответственно

Цитата:
Лучшая прога для порезки это CUE Tools

CUE Tools - режет без перекодирования ? Или все таки с перекодированием ?
За статью спасибо

Автор: Aliado
Дата сообщения: 01.02.2016 20:09
NeoHunter

Цитата:
C чего вы взяли что может? у него после резки на выходе битрейт другой

за битрейт не знаю, но режет без перекодирования. Если вы внимательно прочитали статью то наверняка поняли что подобные проги (резка без перекодирования) лучше не использовать.

Цитата:
CUE Tools - режет без перекодирования ?
Нет, CUE Tools режет с перекодированием, но крайне удобная прога с большим выбором форматов и настроек, наверное лучшая в своем роде. Крайне рекомендую .
Вот ознакомьтесь
Статья про CUETools
Статья про CUE файлы
Автор: NeoHunter
Дата сообщения: 01.02.2016 20:59

Цитата:
Aliado

Цитата:
за битрейт не знаю, но режет без перекодирования

На чем основана такая уверенность что режет без перекодирования ?
Если битрейт и размер файла меняется значит перекодирует !

Цитата:
CUE Tools режет с перекодированием, но крайне удобная прога

Про нее слышал - попробую еще и ей
Спасибо за статьи
Автор: askanag
Дата сообщения: 01.02.2016 21:35

вот ещё неплохой обзор CUETools
Автор: Aliado
Дата сообщения: 01.02.2016 21:47
NeoHunter


Цитата:
На чем основана такая уверенность что режет без перекодирования ?


основана на описании программы Medieval CUE Splitter на офсайте

Перевод описания проги :




Автор: NeoHunter
Дата сообщения: 02.02.2016 09:44
Aliado
Тогда непонятно, почему в результирующем файле другой размер/битрейт.
Автор: soolo3
Дата сообщения: 02.02.2016 09:48

Цитата:
Тогда непонятно, почему в результирующем файле другой размер/битрейт.

Если вы отрезали от файла кусок - почему бы ему не быть другого размера?
А битрейт сильно отличается?
Автор: NeoHunter
Дата сообщения: 02.02.2016 10:49
soolo3

Цитата:
Если вы отрезали от файла кусок - почему бы ему не быть другого размера?

Вы не поняли, понятно что если был один ape в скажем 650Mb
то отрезанный ape меньше
Я говорю о другом - скажем при проигрывании изначального непорезанного ape
aimp все равно показывает для каждого трека размер в Mb
Так вот после резки на треки меняетя и размер (по сравнению с тем что показывал aimp изначально) и битрейт

Цитата:
А битрейт сильно отличается?


Ну у исходного 820 причем у всех треков, а при разрезке идет разнобой - у каждого трека свой битрейт но все они меньше ~620-760

ps кстати пробовал и в CUE Tools - что в ape - битрейт тоже меньше, причем еще меньше чем в Medieval CUE Splitter
Потом пробовал и в flac причем разными кодерами - так там в настройках нигде нельзя указать качество, кроме flake 0-12, пробовал убрать и оставлял например 0-8, вылетает с ошибкой
остановился на libFLAC самый высокий битрейт
Автор: Aliado
Дата сообщения: 02.02.2016 12:37
NeoHunter

Цитата:
Ну у исходного 820 причем у всех треков, а при разрезке идет разнобой  - у каждого трека свой битрейт но все они меньше ~620-760

Да забейте вы на этот битрейт, в образе он усредненный а в порезанном просчитывается для каждой песни. Постоянный битрейт(например 320kb/c) можно получить при кодировании в мп3. (с потерей)
Автор: RETRO80
Дата сообщения: 02.02.2016 17:57
AIMP 4.00 Build 1687.Подскажите пожалуйста,как отключить сортировку MP3 файлов в папке,чтобы при воспроизведении всей папки файлы были в том порядке как в папке.

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236

Предыдущая тема: Maxthon 2.x


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.