The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Релиз программы Simplest Studio 2020 SE для оптимизации FLAC и WAV

18.09.2020 00:40

Доступен первый выпуск программы Simplest Studio, предназначенной для оптимизации файлов без потерь (FLAC, WAV) и преобразования форматов FLAC, WAV и MP3. Для обработки предусмотрено 4 различных режима оптимизации и используется автоматизированный умный режим определения качества. Код написан на языке Python и распространяется под лицензией GPLv3. Для манипуляций с содержимым применяется пакет FFmpeg. Пакеты подготовлены в форматах pkg.tar.xz (Arch Linux, Manjaro), deb и rpm.



  1. Главная ссылка к новости (https://github.com/SimplestStu...)
  2. OpenNews: Выпуск мультимедиа-пакета FFmpeg 4.3 c поддержкой графического API Vulkan
  3. OpenNews: Релиз программы обработки видео Cine Encoder 2020 SE 2.4
  4. OpenNews: mp3fs - файловая система с поддержкой перекодирования звуковых форматов на лету
  5. OpenNews: Google опубликовал утилиту для преобразования GIF в анимированную ASCII-графику
  6. OpenNews: Релиз программы для перекодирования видео HandBrake 1.3.0
Автор новости: Oleg1980
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/53737-ffmpeg
Ключевые слова: ffmpeg, simpleststudio
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (167) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Lex (??), 09:51, 18/09/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    > Код написан на языке Python .. для манипуляций с содержимым применяется пакет FFmpeg

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

     
     
  • 2.18, Fracta1L (ok), 11:09, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • +13 +/
    Использовать такие языки для программ разового использования (запустил, сделал что надо, закрыл) - нормально. Ненормально когда Питон и Электрон тащат в резидентные приложения типа почтовых клиентов и мессенджеров, вот это реально рак мозга у разрабов.
     
     
  • 3.58, Аноним (58), 14:48, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • –6 +/
    Но для Петончега есть няшный биндинг - PyQt. Вот это и позволяет ему в резидентные приложения.
     
     
  • 4.63, Fracta1L (ok), 15:02, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Но для Петончега есть няшный биндинг - PyQt. Вот это и позволяет
    > ему в резидентные приложения.

    Как он спасёт от жора оперативки, если практически вся логика программы на Питоне?

     
     
  • 5.65, Oleg1980 (ok), 15:20, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    >> Но для Петончега есть няшный биндинг - PyQt. Вот это и позволяет
    >> ему в резидентные приложения.
    > Как он спасёт от жора оперативки, если практически вся логика программы на
    > Питоне?

    Не знаю, у меня 32МБ оперативки занимает

     
     
  • 6.73, Аноним (73), 16:13, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > у меня 32МБ оперативки занимает

    Хелоуворд? :) не удивительно

     
     
  • 7.96, Жилин (?), 21:01, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    >> у меня 32МБ оперативки занимает
    > Хелоуворд? :) не удивительно

    Графическая программа (СКАДА) - 40Мб с анимацией. Обработка 2Гб файла - 200Мб в ОЗУ. Нормально, не? )

     
  • 4.74, Аноним (73), 16:13, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • –8 +/
    Сам кутэ хрень, а пикутэ - хрень в квадрате.
     
  • 4.90, Аноним (90), 19:50, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Какой смысл использовать Qt, не используя C++ или хотя бы QML? В случае native-code, хотя бы компактное и удобно устанавливаемое приложение получается. А в pyqt - надо ещё это чудище тащить. И это не говоря уже о тупо потере времени на разработку на питоне....
     
     
  • 5.97, Жилин (?), 21:02, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • –9 +/
    > Какой смысл использовать Qt, не используя C++ или хотя бы QML? В
    > случае native-code, хотя бы компактное и удобно устанавливаемое приложение получается.
    > А в pyqt - надо ещё это чудище тащить. И это
    > не говоря уже о тупо потере времени на разработку на питоне....

    Боже.... вырастай уже.

     
  • 4.131, Аноним (131), 12:29, 19/09/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Нет, "няшный" binding (с почти идентичным API) - это pyside. PyQT - это копирастический binding.
     
  • 3.160, rioko (?), 16:38, 21/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ну что за дет.сад опять ?
    Разработчик решает техническую задачу - если ему по каким-то причинам удобнее написать на питоне\электроне он сделает так как ему удобнее...
    Я прям так и вижу что разраб упорется и начнет по каким-то идеологическим соображениям использовать не то что удобнее а то что правильнее по мнению ононимов с опеннета.
     
     
  • 4.162, Fracta1L (ok), 16:46, 21/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ну и пошёл он нахер со своим Электроном
     
  • 2.21, Oleg1980 (ok), 11:15, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • +5 +/
    >> Код написан на языке Python .. для манипуляций с содержимым применяется пакет FFmpeg
    > Ждем-с вой, аналогичный презентации практически любого приложения на электроне( с более
    > шустрым жс, кстати )

    Я вообще-то на С++ со временем хочу переписать, питон просто для ускорения работы полезен. Так бы еще год эту оболочку делал.

     
     
  • 3.38, getfr (?), 13:29, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А использовать тот же Lazarus религия не позволила?
     
     
  • 4.45, PnD (??), 13:44, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • –7 +/
    Для проф. разработчика pascal — западло́ и пятно в биографии. Почти как 1C и прочие бейсики.
    А такой же примерно низкоэнтропийный golang — наоборот. То ли из-за авторитета google, то ли по причине нормальной интеграции с C-библиотеками (но не C++).
     
     
  • 5.83, Аноним (-), 18:07, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вы немножко не в теме. Держите нас в курсе.
     
  • 5.91, Аноним (90), 19:53, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Да сейчас за упоминание питона в скилах могут лицо набить.
     
     
  • 6.159, IRASoldier_registered (ok), 14:12, 21/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Где-нибудь на раёне? Может быть. Исходя из логики "ты кого идиомой назвал?!" В нормальных компаниях - могут и к зарплате прибавку сделать, если не сразу профильного разраба на Пайтоне нанимают.
     
  • 4.59, Аноним (58), 14:50, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А потом пользователю собрать это из исходников?
     
     
  • 5.67, getfr (?), 15:25, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Именно.
    Там ничего сложного в подобной задаче.
    Могут быть отличия для платформы в процедуре порождения процесса, но не в целом.
    Не вижу даже вариантов настолько специальной компоновки Lazarus и fpc при которых данную программу сложно было бы собрать.

    Даже на BSD нет сложности.

    И никто не запрещает выложить бинарные сборки для нескольких платформ для простого копирования в каталог или на флешку

     
     
  • 6.86, 56u56f (?), 19:36, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >Даже на BSD нет сложности.

    Не считая той, что fpc под bsd поддерживает меньше архитектур, чем в linux.

     
     
  • 7.124, HyC (?), 06:15, 19/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Это обьясняется тем фактом что bsd поддерживает меньше чем linux архитектур. Насколько мне известно Lazarus работает на всех архитектурах на которых можно запустить BSD.
     
     
  • 8.129, Аноним (129), 11:32, 19/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Это объясняется тем, что fpc поддерживает в FreeBSD лишь две архитектуры https ... текст свёрнут, показать
     
  • 8.132, анонн (ok), 12:49, 19/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    https www freshports org editors lazarus https www freshports org editors l... большой текст свёрнут, показать
     
     
  • 9.133, Аноним (129), 13:10, 19/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ну да, только две 8211 amd64 и i386 ... текст свёрнут, показать
     
  • 4.87, 56u56f (?), 19:37, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Или ada.
     
  • 4.161, rioko (?), 16:39, 21/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ждем ссыль на ваш репозиторий, где использованы таки нужные и правильные элементы
     
  • 2.29, ИмяХ (?), 12:49, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Для манипуляций с содержимым применяется пакет FFmpeg

    А этот ффмпег тоже на пузоне написан разве?

     
     
  • 3.60, Аноним (58), 14:53, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Нет. Но и не Rust (Привет, Fracta1L).
     
  • 2.85, Annm (?), 19:22, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ждём минусов на твоём комментарии.
     
     
  • 3.102, Lex (??), 21:45, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > ждём минусов на твоём комментарии.

    Да я в курсе, что опеннет - ресурс питорастов.
    Просто, порой забавно наблюдать за тем, как типЫ минусят шустрые скриптовые ЯП типа жс, но неистово плюсуют тормозной мусор на в т.ч питоне.

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

    п.с: хотя и плюсов я получил немало. Благо, на опеннете не одни воинственные_питорасты_ненавистники_жс сидят

     
     
  • 4.105, НяшМяш (ok), 22:23, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Просто, порой забавно наблюдать за тем, как типЫ минусят шустрые скриптовые ЯП типа жс, но неистово плюсуют тормозной мусор на в т.ч питоне.

    Минусуют скорее не js, а монструозную жирнокривость под названием Electron.

    > все проще - встроенная  поддержка мусора вроде рубина и питона во многие юникс-дистрибутивы  против её отсутствия для жс( или к слову о том, что нода обычно не предустановлена ).

    "Дефолтный" DE Gnome с собой тащит gjs (который SpiderMonkey), так что при желании никто не мешает в линуксе и без ноды катать.

     
  • 4.108, Денис noxmooduck (ok), 00:35, 19/09/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > опеннет - ресурс питорастов

    Да, куда катится Linux. Лучше бы плагины к AviSynth+ портировали
    https://avs-plus.net
    Это нормальный C из виндомира.

     

     ....большая нить свёрнута, показать (33)

  • 1.2, m.makhno (ok), 09:52, 18/09/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    что за кнопка «Корзина» в интерфейсе?
     
     
  • 2.4, Sluggard (ok), 10:07, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Если назначение то же, что и в Cine Encoder, то это кнопка «Donate».
     
     
  • 3.98, prokoudine (ok), 21:03, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Символично :)
     
     
  • 4.99, Sluggard (ok), 21:14, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Символично :)

    Можно подробнее? Обычный значок корзины покупок, ничего более подходящего автор не придумал, наверное. Типа «деньги платить тут». Я чего-то не уловил? )

     
  • 3.104, Аноним (131), 22:21, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну тогда на значок явно не ту корзину повесили. Надо было мусорную. В смысле сначала в корзину, а потом соденжимое - ффтoпку программы - GUI к чужим программам, при этом требующие донат.
     
     
  • 4.107, Денис noxmooduck (ok), 00:32, 19/09/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > программы - GUI к чужим программам, при этом требующие донат

    Например, SMPlayer.

     

  • 1.3, Sluggard (ok), 10:05, 18/09/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Знакомый ник — судя по всему это программа от того же человека, что и Cine Encoder 2020 SE.
    Автор, тебя прикололо писать GUI-обёртки, и теперь нам ждать их для всех консульных утилит, которые работают с мультимедиа? :)
     
     
  • 2.16, Fracta1L (ok), 11:07, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Будто что-то плохое
     
     
  • 3.33, Sluggard (ok), 13:04, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да нет. Кто захочет — тот поставит. Конвертером больше...
     
  • 3.47, Sin2x (ok), 13:46, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Новость о релизе столь малозначительной программы на Опеннете это когнитивный мусор.
     
  • 2.17, Oleg1980 (ok), 11:08, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Знакомый ник — судя по всему это программа от того же человека, что и Cine Encoder 2020 SE.

    Да, так и есть

     

  • 1.5, Аноним (5), 10:09, 18/09/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +9 +/
    А в чем состоит оптимизация?
     
     
  • 2.7, Аноним (7), 10:27, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Да, это тот же автор. Оптимизация заключается в порче файлов, как обычно. Будь там другие лосслесс форматы, польза хоть какая-то была бы, а так интереса никакого. Конечно рад за него, но читать об этом мне не хочется.

    Я игрался с параметрами флака в ffmpeg, размер файла можно незначительно уменьшить ценой времени кодирования, но минимально. Сабж как я понял из исходников выставляет только уровень сжатия, а это вообще скучно.

     
     
  • 3.8, Аноним (7), 10:34, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это конечно только моё мнение, но больше всего напрягают эти смарт-моде -- сразу видно, программа ориентирована на людей с хлебушком в голове. Сложно сказать о полезности, вроде в каких-то сторах полно такого.
     
  • 3.15, Oleg1980 (ok), 11:06, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Оптимизация за счет уменьшения слишком высокого Sampling rate и в некоторых случ... большой текст свёрнут, показать
     
     
  • 4.23, TheFotoMag (ok), 12:11, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • +7 +/
    > Для прослушивания достаточно 48000 и 16 бит

    Это не отимизация, это даунсэмплинг.

    Оптимизация это Signalyst HQPlayer.

    Но за работу спасибо. Интересно посмотреть и Питон, и команды ffmpeg.

     
     
  • 5.25, Oleg1980 (ok), 12:13, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Можно и оптимизацией назвать, не вижу противоречий
     
     
  • 6.26, TheFotoMag (ok), 12:18, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Можно и оптимизацией назвать, не вижу противоречий

    Можно. Но я меломан и аудиофайл-наци :)

    Цифровая музыка не самая простая вещь в плане устранения дефектов цифро-аналоговго преобразования да и самого цифро-аналоговго преобразования, как такового.

    Там множество приколов и «оптимизация», это все таки апсэсмплинг и восстановление формы огибающей, а после уже даун ради сжатия :)

     
     
  • 7.27, Oleg1980 (ok), 12:20, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Я исходил из выбора оптимальных параметров, отсюда и оптимизация у меня
     
     
  • 8.30, Аноним (7), 12:52, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Всё же это именно порча файлов В продакшене для мастеринга используются качеств... текст свёрнут, показать
     
     
  • 9.36, Oleg1980 (ok), 13:19, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да нет, откуда у вас такие данные даже частота 44100 перекрывает воспринимаемый... текст свёрнут, показать
     
     
  • 10.51, getfr (?), 14:07, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Увы, 16-бит не хватает, если у Вас сложное музыкальное произведение Симфония у ... текст свёрнут, показать
     
     
  • 11.54, Oleg1980 (ok), 14:16, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А об ограничении в 16 bit никто и не говорил, у меня для этого предусмотрена оп... текст свёрнут, показать
     
     
  • 12.55, getfr (?), 14:25, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    я о том, что Вы написали про частотный диапазон, которого хватает и CD-формат Н... текст свёрнут, показать
     
     
  • 13.56, Oleg1980 (ok), 14:31, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Просто какова бы ни была фонограмма, воспроизводимый диапазон частот будет в пре... текст свёрнут, показать
     
     
  • 14.57, getfr (?), 14:46, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Если бы Вы были хорошо знакомы с теорией, то знали бы, что несмотря на частоты Н... большой текст свёрнут, показать
     
  • 14.66, Аноним (66), 15:21, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Специально для Вас https ru wikipedia org wiki Super_Audio_CD ... текст свёрнут, показать
     
     
  • 15.72, Oleg1980 (ok), 16:07, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Я читал эту статью, там идет речь о SACD ... текст свёрнут, показать
     
     
  • 16.76, Аноним (66), 16:28, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Мысль о частоте дискретизации и разрядности данных И можно ли этот поток как ни... текст свёрнут, показать
     
  • 15.82, Oleg1980 (ok), 18:03, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Но я всё-таки добавлю опцию SACD iso - DFF, чтобы все радовались... текст свёрнут, показать
     
  • 10.79, n00by (ok), 17:11, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Это отчасти верно для меандров В музыке форма волны далека от прямоугольной Ча... текст свёрнут, показать
     
     
  • 11.109, Денис noxmooduck (ok), 00:42, 19/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Частоты дискретизации 44100 достаточно для ИДЕАЛЬНОГО восстановления 20000 Пров... текст свёрнут, показать
     
     
  • 12.110, Денис noxmooduck (ok), 00:44, 19/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Я проводил слепые тесты lossy кодеров и всё, что выше 16000 очень незначительно ... текст свёрнут, показать
     
  • 12.125, n00by (ok), 07:35, 19/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Проверьте сами на тетрадном листочке в клеточку Попробуйте произвести передискр... текст свёрнут, показать
     
     
  • 13.126, Аноним (126), 07:58, 19/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Цифровой сигнал не ступенчатый, как это рисуют маркетологи ... текст свёрнут, показать
     
     
  • 14.128, n00by (ok), 09:35, 19/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    И как же маркетологи рисуют на экране осциллографа Вы, кстати, каким проверяли ... текст свёрнут, показать
     
  • 10.92, TheFotoMag (ok), 20:15, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Мой ЦАП жрт по USB 32 384 Чем я с удовольствием и пользуюсь, при наличии матери... текст свёрнут, показать
     
  • 10.94, TheFotoMag (ok), 20:30, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Я отличу 32 192 от 24 192 И все тоже При условии воспроизведения на топовом тр... текст свёрнут, показать
     
     
  • 11.100, Oleg1980 (ok), 21:15, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Очень хорошо что вы разбираетесь в этом, вот и подскажите как мне лучше пресеты ... текст свёрнут, показать
     
     
  • 12.135, TheFotoMag (ok), 14:35, 19/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Музыка есть музыка Это СКОРОСТЬ НАРАСТАНИЯ СИГНАЛА, это ПОДВИЖНОCТЬ и ЖЕСТКОСТЬ... большой текст свёрнут, показать
     
     
  • 13.137, Oleg1980 (ok), 15:49, 19/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, а именно 4 пресета для моей программы верхнее ограничение качества можете... текст свёрнут, показать
     
  • 13.143, Денис (??), 21:08, 19/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Устарела Нет усилителя для наушников ASUS Xonar Essence ST получше будет Но т... текст свёрнут, показать
     
     
  • 14.150, TheFotoMag (ok), 12:02, 20/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Вариантов много От 100 тыщ руб ESI Julia 8212 вход по минимальной цене ... текст свёрнут, показать
     
  • 11.111, Денис noxmooduck (ok), 00:46, 19/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Нет Просто идеальный слепой тест трудно организовать Как-то аудиофилам не понр... текст свёрнут, показать
     
     
  • 12.136, TheFotoMag (ok), 14:46, 19/09/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Тупая скотосвиная городская легенда для свиней Еще есть на ютубе тесты скрип... текст свёрнут, показать
     
  • 9.147, n242name (?), 23:52, 19/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    96kbps 24bit вы и вправду аудиофил 96kHz 24bit это вполне студийное качество з... текст свёрнут, показать
     
     
  • 10.149, Аноним (7), 09:32, 20/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Именно поэтому в студии используют железки по миллиону герц за сотни миллионов д... текст свёрнут, показать
     
     
  • 11.167, n242name (?), 03:54, 23/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    какой феерический бред кстати а что вы знаете про oversampling ... текст свёрнут, показать
     
     
  • 12.168, Аноним (7), 17:18, 23/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    О, у нас тут очередной специалист с непомерным самомнением Тоже получил лучшее ... текст свёрнут, показать
     
     
  • 13.172, n242name (?), 01:44, 27/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    это ты про себя в каких студиях ты побывал ... текст свёрнут, показать
     
  • 7.40, Аноним (40), 13:37, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Автор абсолютно прав с определением слова "оптимизация", это в том числе использовать один грузовик вместо двух если весь груз в него входит.
    а вы  
    >«оптимизация», это все таки апсэсмплинг и восстановление формы огибающей

    несёте чушь, это - реставрация, по русски как раз восстановление.

     
     
  • 8.43, Аноним (40), 13:39, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Аудиофилам свойственно ... текст свёрнут, показать
     
  • 8.44, TheFotoMag (ok), 13:43, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, да В dCS и Chord дураки же сидят ... текст свёрнут, показать
     
     
  • 9.89, Аноним (40), 19:49, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Учитывая их количество, не мудрено ... текст свёрнут, показать
     
  • 6.68, Аноним (68), 15:38, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Оптимизацией было бы уменьшение размера *без потерь*. Это FLAC и WAV, Карл! Люди их качают, чтобы получить качество без компрмиссов. Все остальные качают mp3, AAC и т.д.

    А вы еще, видимо, и libswresample используете для ресемплинга, который дофига искажений вносит, вообще супер.

    https://src.infinitewave.ca/

     
     
  • 7.71, Oleg1980 (ok), 15:53, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >Оптимизацией было бы уменьшение размера *без потерь*.
    >Это FLAC и WAV, Карл! Люди их качают, чтобы получить качество без компрмиссов. Все остальные >качают mp3, AAC и т.д.
    >А вы еще, видимо, и libswresample используете для ресемплинга, который дофига искажений вносит, >вообще супер.

    Для чего вам качество 192kHz 24bit? это безразмерный файл, 5 мин. записи весит ~225МБ.
    Для профессиональной аппаратуры 48kHz 24bit это с головой будет.
    У меня три метода ресемплинга используются: aresample, soxr, diser.

     
     
  • 8.78, Аноним (68), 16:57, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Если качаю, значит мне надо Если бы было не надо, качал бы что поменьше И уж т... текст свёрнут, показать
     
     
  • 9.80, Oleg1980 (ok), 17:11, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Значит вам не нужна эта программа ... текст свёрнут, показать
     
  • 9.115, Денис (??), 05:01, 19/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Качать в высоком разрешении имеет смысл хотя бы потому что там другой мастеринг ... текст свёрнут, показать
     
  • 5.154, ALex_hha (ok), 23:04, 20/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Оптимизация это Signalyst HQPlayer.

    200 эвро за плеер?! Ну фиг его знает

     
  • 4.39, getfr (?), 13:35, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Сэр, Вы,, как мне видится, реально не шарите.

    Даже для стандартного даунсемплинга требуется такая масса манипуляций, включая подборку методик по антиалиасингу, выравниванию, дизерингу, шейпингу и прочим, что Ваше изделие на автомате гробит звук.

    Не пробовали для начала заняться самообразованием по теории звука, современным методам звукозаписи и типа того?

    Иначе Ваша программа как минимум бесполезна

     
     
  • 5.42, Oleg1980 (ok), 13:39, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Сэр, Вы,, как мне видится, реально не шарите.
    > Даже для стандартного даунсемплинга требуется такая масса манипуляций, включая подборку
    > методик по антиалиасингу, выравниванию, дизерингу, шейпингу и прочим, что Ваше изделие
    > на автомате гробит звук.

    В настройках посмотрите, там три разных метода: aresample, soxr, dither,
    я предусмотрел это.

     
     
  • 6.49, getfr (?), 14:01, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ок Проще напишу В данный момент конвертация в FFMPEG портит качество звука все... большой текст свёрнут, показать
     
     
  • 7.50, Oleg1980 (ok), 14:06, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > GUI для FFMPEG существуют, в том числе и работающие бесплатные. А попытка
    > автоматизации в рамках FFMPEG - занятие пустое

    Со временем хочу с FFMPEG под родной Flac переделать, только не вижу там опций ресапмплинга, это единственное, что мешает мне такой переход сделать.


    > В данный момент конвертация в FFMPEG портит качество звука всегда.
    > Даже при перегонке в lossless-формат, если у Вас исходный с потерями.

    У меня специально заблокирована функция перегонки файлов с потерями во Flac и Wav, дабы не плодить  fakeflac так называемые.

     
  • 7.95, bergentroll (ok), 20:56, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Прям потусторонние?👻
     
  • 7.112, Денис (??), 04:53, 19/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Платные кодеры часто не выводят в 32 bit float (только 16/24 bit). Отсюда клиппинг у них. В этом плане неофициальные кодеры лучше. Правда, клиппинг, если он небольшой, на музыкальных записях не слышно.
     
  • 2.64, Эбола (?), 15:15, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Перекодирование в MP3. Пара-пара-пам!
     

     ....большая нить свёрнута, показать (55)

  • 1.6, user90 (?), 10:18, 18/09/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Чел с единственным репо, на петоне.. нужная наверно вещь))
     
     
  • 2.10, Аноним (10), 10:36, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Вот другой проект того же автора https://github.com/CineEncoder/cine-encoder
     
  • 2.52, Аноним (52), 14:10, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Наверное мудро судить о проекте по автору, а не по проекту
     

  • 1.9, iPony129412 (?), 10:35, 18/09/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Когда я был маленьким, и не знал опции ffmpeg, то я взял и написал к нему гуй на JAVA (прям срисовал интерфейс с одной утилиты мультимедиа конвертера на Windows).
    Но никуда не выкладывал.
     
     
  • 2.11, Аноним (11), 10:43, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Потому что он притащит в дистр не нужный JRE :(

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

     
     
  • 3.12, user90 (?), 10:51, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Есть хоть один нормальный дистр что даже в минимальной установки будет без питона ?

    Ну Perl нынче не моден, а других ЯП никто не знает))

     
  • 3.13, random (??), 10:55, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    FreeBSD в базе не тащит питон :-)
     
     
  • 4.35, Crazy Alex (ok), 13:18, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Говорили о нормальных дистрах. Что, во-первых, подразумевает Линукс, во-вторых - более комплексный подход, чем "у нас есть ядро и базаовое окружение и плевать на всё остальное".
     
     
  • 5.140, Аноним (-), 17:49, 19/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > более комплексный подход, чем "у нас есть ядро и базаовое окружение и плевать на всё остальное".

    Вы НАМЕРЕННО пытаетесь ввести людей в заблуждение?

    FreeBSD представляет как средства для сборки ядра и базы (с отключенными ненужными возможностями, если надо), так и систему портов, в которой сейчас 32413 наименований ПО (включая наборы шрифтов и библиотеки, конечно). А так же всё вышеперечисленное в бинарном виде под основные архитектуры.

     
  • 3.14, Сишник (?), 10:58, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Да ладно джава, 8 джаве уже лет 10 и для всего хватает, а с питоном постоянно проблемы. Из последнего - нужная прога из репы в дебиане требует версию питона, которой в этом же дебиане нет. Отстой :(
     
     
  • 4.19, Sluggard (ok), 11:09, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Неудовлетворённые зависимости — это проблемы не питона, а мейнтейнера этой самой проги. Такое с любым пакетом может случиться.
     
     
  • 5.151, Аноним (-), 13:41, 20/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Мой Слуга ты прав, но программист должен заранее предусмотреть чтобы все зависимости уже были в базовой поставке дистрибутива.
     
  • 4.20, Oleg1980 (ok), 11:12, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Я уже в курсе что, в дебиане не запускается, но еще не разобрался.
    Появляется ошибка: Не задан атрибут "PlaceholderText", при том, что он там и не нужен.

     
     
  • 5.22, Сишник (?), 11:32, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Да не о топике речь, я в общем про проблемность пиона.
     
  • 3.113, Денис (??), 04:55, 19/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Есть хоть один нормальный дистр что даже в минимальной установки будет без питона?

    Я в Xubuntu 16.04 выпилил питоны.
    Правда, потом поставил отдельный несистемный 3.8.

    Могу сказать, что Debian 10 с LXDE не позволяет без крови удалить python.

     
  • 2.61, Аноним (58), 14:57, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >не знал опции ffmpeg, то я взял и написал к нему гуй на JAVA

    Что-то ты лукавишь. Так как же, всё-таки, ты вызывал сам ffmpeg, не зная опций?

     
     
  • 3.75, iPony129412 (?), 16:14, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ну непонятно что ли... Пока писал и учил, и запоминал.
    Поэтому в конце написанный продукт стал не нужен.
     

  • 1.24, Sin2x (ok), 12:13, 18/09/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Позор. Медиа нельзя "оптимизировать" без потери качества, за исключением психоакустики, которой здесь не пахнет. Это обычный медиаконвертер, которых вокруг навалом.
     
     
  • 2.28, Oleg1980 (ok), 12:45, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Здесь умный режим ресамплинга предусмотрен, оптимальные параметры подбираются, не везде такое есть
     
     
  • 3.32, Sin2x (ok), 13:01, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Олег, хотелось бы увидеть пример работы с описанием процесса на конкретном файле. Плохой оригинал -> описание процесса оптимизации -> оптимизированный результат. Я готов забрать свои слова назад, если увижу реальный юзкейс.
     
     
  • 4.34, Oleg1980 (ok), 13:13, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Олег, хотелось бы увидеть пример работы с описанием процесса на конкретном файле.
    > Плохой оригинал -> описание процесса оптимизации -> оптимизированный результат. Я готов
    > забрать свои слова назад, если увижу реальный юзкейс.

    У меня оптимизация происходит из высококачественного файла (как на скриншоте 192000Hz 24Bit)  в приемлемый формат (например 48000Hz либо 44100Hz 16bit, или 24bit), в зависимости от выбранного способа прослушивания.
    В файлах, начиная с качества CD Audio, программа устанавливает параметры не ниже чем у исходника.
    Так же в режиме Studio quality ограничение установлено на 192000Hz 24bit, но естественно не выше, чем у исходника.
    А из плохого оригинала не получится сделать файл высокого качества, у меня такая задача и не ставилась.

     
     
  • 5.41, Sin2x (ok), 13:39, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • +7 +/
    >[оверквотинг удален]
    >> забрать свои слова назад, если увижу реальный юзкейс.
    > У меня оптимизация происходит из высококачественного файла (как на скриншоте 192000Hz 24Bit)
    >  в приемлемый формат (например 48000Hz либо 44100Hz 16bit, или 24bit),
    > в зависимости от выбранного способа прослушивания.
    > В файлах, начиная с качества CD Audio, программа устанавливает параметры не ниже
    > чем у исходника.
    > Так же в режиме Studio quality ограничение установлено на 192000Hz 24bit, но
    > естественно не выше, чем у исходника.
    > А из плохого оригинала не получится сделать файл высокого качества, у меня
    > такая задача и не ставилась.

    Это не оптимизация, а даунсэмплинг. Оптимизация по определению означает улучшение источника по тому или иному параметру.


     
     
  • 6.48, Oleg1980 (ok), 13:46, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > Это не оптимизация, а даунсэмплинг. Оптимизация по определению означает улучшение источника
    > по тому или иному параметру.

    Нет, улучшение исходника у меня не предусматривается.
    Единственное у меня три метода ресамплинга, там уже можно подбирать, что лучше подходит.

     
  • 2.37, Crazy Alex (ok), 13:21, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Можно - если это качество изначально задрано до невменяемых относительно цели создания файла значений. Удавить в файле для прослушивания ( а не мкастеринга) бред вроде 192к до 48к - это именно оптимизация для конкретной задачи.
     
     
  • 3.46, Sin2x (ok), 13:44, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Можно - если это качество изначально задрано до невменяемых относительно цели создания
    > файла значений. Удавить в файле для прослушивания ( а не мкастеринга)
    > бред вроде 192к до 48к - это именно оптимизация для конкретной
    > задачи.

    Никто не использует для данной задачи термин "оптимизация". Это заблуждение пользователя.

     
     
  • 4.53, Ordu (ok), 14:12, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Если пользователь на знает что означает "оптимизация" и использование этого слова вводит его в заблуждение, то это его личные половые трудности.
     
     
  • 5.69, Аноним (68), 15:43, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А если пользователь не понимает разницы между оптимизацией и конвертированием, это, видимо, трудности окружающих, да? Чушь не несите.
     
     
  • 6.70, Ordu (ok), 15:49, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > А если пользователь не понимает разницы между оптимизацией и конвертированием, это, видимо,
    > трудности окружающих, да? Чушь не несите.

    Оптимизация, которая использует конвертирование, как метод достижения результата? Не? Слишком сложно? Там есть более многословное описание того, что программа делает для того, кому слишком сложно.

     
     
  • 7.81, Аноним (68), 17:19, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Оптимизация, которая использует конвертирование, как метод достижения результата? Не?

    Не. Так, знаете ли, и пережатие в mp3 "оптимизацией" назвать можно.

    В данном случае "оптимизацией" было бы, например, сокращение размера без потери качества. Или перераспределение данных для улучшения стриминга без потери качества. Или сокращение нагрузки CPU для декодирования без потери качества. Мысль улавливаете? Оптимизация - это улучшение чего-либо при прочих равных. А конвертирование, кроме случая lossless->lossless - это потеря качества. И не важно, критична ли эта потеря конкретно для вас.

     
     
  • 8.84, Ordu (ok), 19:21, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ты хоть википедию почитай, прежде чем бросаться такими утверждениями Оптимизаци... текст свёрнут, показать
     
     
  • 9.164, _ (??), 19:46, 21/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ну раз ты такой умный, аж вон в формулы пошёл то покажи ГДЕ у автора определ... текст свёрнут, показать
     
     
  • 10.165, Ordu (ok), 20:23, 21/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Если ты такой тупой, то я тебе прямо скажу, задай этот вопрос автору Хех, они н... текст свёрнут, показать
     

  • 1.31, Аноним (66), 12:57, 18/09/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Спасибо.
     
  • 1.88, Аноним (88), 19:41, 18/09/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    SE? Есть значит EE? Корпоративная версия сраной обёртки над ffmpeg?
     
  • 1.93, бибешка (?), 20:24, 18/09/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Код написан на языке Python. Т.е. работать не будет, всмысле не запустится пока половину pip не вытащишь. Ф биореактор.

    Уже потерял надежду стянуть запустить какой-то свежий софт на питоне просто в дистре, без плясок с pip

     
     
  • 2.114, Денис (??), 04:59, 19/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А какой у тебя дистр?
     
  • 2.120, iPony129412 (?), 05:20, 19/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Да так-то затолкать в snap и нормально.
    Другое дело, что у автора в код страшно смотреть, что вызывает большие сомнения о качестве продукта.
     

  • 1.101, Аноним (101), 21:42, 18/09/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Питон на помойку, установил его на ARM из репозитория. Работает в 3 раза медленнее чем ожидалось. Читаю в инете чо за херня. Люди пишут питон и перл не оптимизировани для ARMA, в частности для старых процев. Ну а на старом интеле летает. Нахрен. Поделка васяна, питон и перл на помойку.
     
     
  • 2.103, Аноним (7), 21:48, 18/09/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Как же я питон на армах 20 летней давности крутил… А что ты ожидал? Он и современном amd64 железе в тысячи раз медленней того же си. С чем сравнение, с жабой? Так может быть вполне сопоставимо. Сабж тупо дёргает ffmpeg. Какие там тормоза тебе, куте у тебя тормозит? Так при чём тут питон? Зачем ты вообще это написал?
     

  • 1.106, Денис noxmooduck (ok), 23:09, 18/09/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Ресемплировать лучше ресемплером sox (обычно входит в состав ffmpeg)
    Вот этот код преобразует в 32 bit float (ресемплирование лучше делать в нем, чтобы избежать клиппинга), а потом понизит битность до 16 с применением дизеринга и нойз-шейпинга и сожмет во flac с максимальным сжатием:
    ffmpeg -i input -af aformat=sample_fmts=flt,volume=-1dB,aresample=48000:resampler=soxr:precision=33:osf=s16:dither_method=shibata -c:a flac -compression_level 8 output.flac

    В отличии от Foobar'а, ffmpeg по умолчанию не применяет дизеринг при понижении разрядности. Использовать или не использовать дизеринг личное дело каждого (он улучшает качество, но добавляет шум).

    osf=s16 простое понижение разрядности
    osf=s16:dither_method=shibata понижение разрядности до 16 с дизерингом и нойз-шейпингом по алгоритму shibata (его же использует Foobar)
    osf=s16:dither_method=triangular простой дизеринг (без нойз-шейпинга)

     
     
  • 2.117, Денис (??), 05:11, 19/09/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Можно скормить пресеты в QWinFF https://qwinff.github.io
    Без питона, но с Qt4/5.
    Кому нужен GTK, есть обычный WinFF, но он не так эстетичен.
     
     
  • 3.121, Денис (??), 05:25, 19/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > GTK
    > WinFF

    Если точнее lazarus-gtk2 (Free Pascal).

     
  • 2.118, Аноним (-), 05:17, 19/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Ресемплировать лучше ресемплером sox

    Вообще-то нет.
    Лучше это делать рисэмплером SSRC-X с адекватными настройками.

     
     
  • 3.122, Денис (??), 05:29, 19/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Лучше это делать рисэмплером SSRC-X с адекватными настройками

    Это который очень медленный при схожем качестве? https://wiki.hydrogenaud.io/index.php?title=Foobar2000:Components/SSRC_(foo_ds)
    Есть в Foobar'е, но нет в ffmpeg'е?
    sox по графикам норм и по скорости тоже.
    Но хорош не только он, можно и в speex качество задрать и в других.

     
     
  • 4.123, Денис (??), 05:30, 19/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    До чего же ужасный парсер на опеннете wiki.hydrogenaud.io/index.php?title=Foobar2000:Components/SSRC_(foo_dsp_ssrc)
     
  • 4.141, Аноним (-), 17:52, 19/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Качество схожее у всех перечисленных ресэмплеров, но вот величину этой схожести, как мне кажется, на говённом 1-битном ЦАПе не услышать... Нужен мультибитный.

    За гибридные DAC не скажу, пока что не было опыта прослушивания.

     
     
  • 5.144, Денис (??), 21:12, 19/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Про мультибит наслышан, но, к сожалению, не сталкивался. Походу, это что-то вроде ламп.
     

  • 1.116, Денис (??), 05:08, 19/09/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Кстати, Wavpack и lossyWAV позволяют оптимизировать PCM данные так, что они потом лучше сжимаются в lossless. Это по сути lossy-lossless. Но там нет DCT преобразования, которое применяется в традиционных lossy. Подрезается битность, где человек не слышит. Добавляется шум на ВЧ и ВЧ аппроксимируются вверх. Подробнее https://www.linux.org.ru/forum/multimedia/15625935?cid=15651699
     
  • 1.119, Аноним (119), 05:19, 19/09/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    flac -8 -e -p
    вот и вся нужная оптимизация.

    Но в этой программе скорее всего и того нет...

     
  • 1.127, Nicho (ok), 09:13, 19/09/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Пора бы уже давно забыть про MP3, Давно есть альтернативы лучшее чем MP3, это OGG и AAC
     
     
  • 2.138, Аноним (-), 17:36, 19/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    На самом деле AAC по сравнению даже с aoTuV не блещет, а если не жалко CPU/батарейки - то лучше уж Opus.

    Если CPU/батарейка не резиновые (как на мобильных) - тогда лучше будет Musepack (.mpc) - да и по звуку там всё гораздо приятнее, чем у MP3 и AAC.

     
     
  • 3.142, Аноним (126), 21:05, 19/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    По моим слуховым тестам, я бы расположил кодеки в таком порядке (по убыванию качества):
    Opus - FDKAAC - QAAC - Vorbis
    Впрочем, насчет QAAC не уверен (много не тестил), может +- 1 позиция.

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

    Под недостатком битрейта я имею в виду <128k. На 128k они неотличимы (в отличии от других кодеров).

     
     
  • 4.148, Аноним (-), 06:00, 20/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >По моим слуховым тестам

    Только так и никак иначе.

     
  • 4.152, Аноним (7), 17:18, 20/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ворбис очень, исключительно хорош битрейте выше 200, на битрейте меньше 100 возможны варианты, да. Я сравнивал с около 40 на канал (очень даже хороший звук), и по-моему опус единственный удобоваримый оказался, но там даже не музыка была.
     
  • 3.146, Денис (??), 21:18, 19/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > aoTuV

    Если кто не в курсе, aoTuV это японский разработчик Vorbis кодера. Многие его патчи приняты в апстрим (libvorbis, ffmpeg).

     
  • 2.145, Денис (??), 21:17, 19/09/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    MP3 320k на слух не отличаю от оригинала. На спектре частоты выше 16000 несколько прореживаются (это не страшно, но современные кодеки так себя не ведут). Тем не менее, я не думаю, что там большой запас по качеству.
    Ирония в том, что в FFmpeg AAC на 320k слышно разницу из-за бага (на киллер семпле, так сказать). Несмотря на это, FFmpeg AAC хороший кодер (его улучшили с 3 версии), но имеет баги.
    В AAC очень важно, кто разработчик кодера, их ОЧЕНЬ много.
     
     
  • 3.153, Аноним (7), 17:22, 20/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Мп3 320 прекрасно слышно на слух, особенно если прислушиваться и знать звучание оригинала. Но проблема в том, что мп3 всё чаще порядка 128 и это хуже аац 64.
     
     
  • 4.155, Денис (??), 23:12, 20/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Прислушивался, оригинал знал. Я тогда натренировался неплохо. А вот если после большого перерыва - все навыки теряются.
    Может, влияло то, что я задал максимальное качество алгоритмов q 0 (и очень медленное кодирование). Дефолт 2 и не все меняют. На торрентах обычно 320k, но могут быть не с joint stereo, а просто stereo. Это не так эффективно (нет межканального сжатия), но все-таки не dual mono, где битрейт делится строго пополам. В stereo, если один из каналов сложнее, ему выделяется больше битрейта, но разница между каналами не кодируется. Все современные кодеры юзают joint.

    mp3 128k хоть и артефачит, но чувствуется, что над ним поработали. Звучит мягко. А вот wma на тех же битрейтах жестко. Качество алгоритмов очень влияет. Так как ffmpeg -c mp3 -b 128k звучит погано, а lame -q 0 -b 320 ощутимо лучше (меньше постэхо).

     
     
  • 5.156, Денис (??), 23:14, 20/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Не -b 320, а -b 128 конечно же.
     
  • 3.157, ALex_hha (ok), 12:04, 21/09/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > MP3 320k на слух не отличаю от оригинала

    это потому, что у тебя кабель не из бескислородной меди

     

  • 1.134, microsoft (?), 14:19, 19/09/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ну и как всегда, либо ацки чорный либо ацки белый интерфейс.
     
     
  • 2.139, Аноним (-), 17:37, 19/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    То ли дело аццки 50% серый, с серыми же буквами. Ощущения прям как в тумане, вглядываться надо, круто же.
     

  • 1.158, InuYasha (??), 13:12, 21/09/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    FLAC muzzdie, TTA 4ever!
     
  • 1.166, Аноним (166), 06:49, 22/09/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Одно диалоговое окно и обмазка питоном вокруг ffmpeg'а - и это называется "Studio"? Приложением-то трудно назвать.
     
  • 1.170, Денис (??), 19:23, 24/09/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вот такую страшную вещь я обнаружил:
    Если посмотреть видеофайл в SMPlayer (на базе mpv) и когда он закончится (закроется mpv, но не SMPlayer), т.е. при открытом пустом SMPlayer, в файловом менеджере кликнуть на другой видеофайл, его откроет то же окно плеера, но уже будет звучать громче и, что самое неприятное, глуше (меньше ВЧ). Чем если бы SMPlayer начал работу с чистого листа (после закрытия-открытия).
    Короче, каждый файл SMPlayer должен открывать, запускаясь с нуля. Я так полагаю, что-то pulseaudio мутит. Например, если зайти в настройки SMPlayer, то запускается новая копия pulseaudio и она висит в памяти.
    Всё это наблюдается в Ubuntu 16.04 (надо собрать доказательства, сравнить звуковой поток). Но кто знает, возможно и в дистрах новее.
     
     
  • 2.171, Денис (??), 19:29, 24/09/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Мне понадобилось 3 года, чтобы распознать этот баг. Хотя, то, что новые файлы звучат громче, я давно заметил. Но что глуше - неприятно удивило (хотя, тоже подозревать стал).
    Еще я заметил, VLC звучит глуше, чем SMPlayer. Грешил на его ac3 декодер. Но это, наверное, pulse мутит. У меня древний дистр. Надо проверить как будет на новье. Может, это сподвигнет меня обновиться наконец. Или хотя бы библиотеки обновить (если там исправили).
    Иногда надо рубить с плеча и менять всё кардинально.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру