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.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 [^] [^^] [^^^] [ответить]
| +/– |
Ну что за дет.сад опять ?
Разработчик решает техническую задачу - если ему по каким-то причинам удобнее написать на питоне\электроне он сделает так как ему удобнее...
Я прям так и вижу что разраб упорется и начнет по каким-то идеологическим соображениям использовать не то что удобнее а то что правильнее по мнению ононимов с опеннета.
| |
|
2.21, Oleg1980 (ok), 11:15, 18/09/2020 [^] [^^] [^^^] [ответить]
| +5 +/– |
>> Код написан на языке Python .. для манипуляций с содержимым применяется пакет FFmpeg
> Ждем-с вой, аналогичный презентации практически любого приложения на электроне( с более
> шустрым жс, кстати )
Я вообще-то на С++ со временем хочу переписать, питон просто для ускорения работы полезен. Так бы еще год эту оболочку делал.
| |
|
|
4.45, PnD (??), 13:44, 18/09/2020 [^] [^^] [^^^] [ответить]
| –7 +/– |
Для проф. разработчика pascal — западло́ и пятно в биографии. Почти как 1C и прочие бейсики.
А такой же примерно низкоэнтропийный golang — наоборот. То ли из-за авторитета google, то ли по причине нормальной интеграции с C-библиотеками (но не C++).
| |
|
|
6.159, IRASoldier_registered (ok), 14:12, 21/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.132, анонн (ok), 12:49, 19/09/2020 [^] [^^] [^^^] [ответить] | +/– | https www freshports org editors lazarus https www freshports org editors l... большой текст свёрнут, показать | |
|
|
|
|
4.161, rioko (?), 16:39, 21/09/2020 [^] [^^] [^^^] [ответить]
| +/– |
Ждем ссыль на ваш репозиторий, где использованы таки нужные и правильные элементы
| |
|
|
2.29, ИмяХ (?), 12:49, 18/09/2020 [^] [^^] [^^^] [ответить]
| –2 +/– |
> Для манипуляций с содержимым применяется пакет FFmpeg
А этот ффмпег тоже на пузоне написан разве?
| |
|
3.102, Lex (??), 21:45, 18/09/2020 [^] [^^] [^^^] [ответить]
| –2 +/– |
> ждём минусов на твоём комментарии.
Да я в курсе, что опеннет - ресурс питорастов.
Просто, порой забавно наблюдать за тем, как типЫ минусят шустрые скриптовые ЯП типа жс, но неистово плюсуют тормозной мусор на в т.ч питоне.
Конечно, можно было бы предположить, что дело в глубоком анализе и проч., но, скорее всего, все проще - встроенная поддержка мусора вроде рубина и питона во многие юникс-дистрибутивы против её отсутствия для жс( или к слову о том, что нода обычно не предустановлена ).
Парадоксально ли, но, что есть - то есть.
п.с: хотя и плюсов я получил немало. Благо, на опеннете не одни воинственные_питорасты_ненавистники_жс сидят
| |
|
4.105, НяшМяш (ok), 22:23, 18/09/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Просто, порой забавно наблюдать за тем, как типЫ минусят шустрые скриптовые ЯП типа жс, но неистово плюсуют тормозной мусор на в т.ч питоне.
Минусуют скорее не js, а монструозную жирнокривость под названием Electron.
> все проще - встроенная поддержка мусора вроде рубина и питона во многие юникс-дистрибутивы против её отсутствия для жс( или к слову о том, что нода обычно не предустановлена ).
"Дефолтный" DE Gnome с собой тащит gjs (который SpiderMonkey), так что при желании никто не мешает в линуксе и без ноды катать.
| |
|
|
|
|
2.4, Sluggard (ok), 10:07, 18/09/2020 [^] [^^] [^^^] [ответить]
| +2 +/– |
Если назначение то же, что и в Cine Encoder, то это кнопка «Donate».
| |
|
|
4.99, Sluggard (ok), 21:14, 18/09/2020 [^] [^^] [^^^] [ответить]
| +/– |
> Символично :)
Можно подробнее? Обычный значок корзины покупок, ничего более подходящего автор не придумал, наверное. Типа «деньги платить тут». Я чего-то не уловил? )
| |
|
3.104, Аноним (131), 22:21, 18/09/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
Ну тогда на значок явно не ту корзину повесили. Надо было мусорную. В смысле сначала в корзину, а потом соденжимое - ффтoпку программы - GUI к чужим программам, при этом требующие донат.
| |
|
|
1.3, Sluggard (ok), 10:05, 18/09/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
Знакомый ник — судя по всему это программа от того же человека, что и Cine Encoder 2020 SE.
Автор, тебя прикололо писать GUI-обёртки, и теперь нам ждать их для всех консульных утилит, которые работают с мультимедиа? :)
| |
|
|
3.47, Sin2x (ok), 13:46, 18/09/2020 [^] [^^] [^^^] [ответить]
| +2 +/– |
Новость о релизе столь малозначительной программы на Опеннете это когнитивный мусор.
| |
|
2.17, Oleg1980 (ok), 11:08, 18/09/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
>Знакомый ник — судя по всему это программа от того же человека, что и Cine Encoder 2020 SE.
Да, так и есть
| |
|
|
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.
| |
|
|
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 [^] [^^] [^^^] [ответить] | +/– | Всё же это именно порча файлов В продакшене для мастеринга используются качеств... текст свёрнут, показать | |
|
|
10.51, getfr (?), 14:07, 18/09/2020 [^] [^^] [^^^] [ответить] | +/– | Увы, 16-бит не хватает, если у Вас сложное музыкальное произведение Симфония у ... текст свёрнут, показать | |
|
|
12.55, getfr (?), 14:25, 18/09/2020 [^] [^^] [^^^] [ответить] | +2 +/– | я о том, что Вы написали про частотный диапазон, которого хватает и CD-формат Н... текст свёрнут, показать | |
|
|
14.57, getfr (?), 14:46, 18/09/2020 [^] [^^] [^^^] [ответить] | +2 +/– | Если бы Вы были хорошо знакомы с теорией, то знали бы, что несмотря на частоты Н... большой текст свёрнут, показать | |
|
|
16.76, Аноним (66), 16:28, 18/09/2020 [^] [^^] [^^^] [ответить] | +1 +/– | Мысль о частоте дискретизации и разрядности данных И можно ли этот поток как ни... текст свёрнут, показать | |
|
|
|
|
|
|
10.79, n00by (ok), 17:11, 18/09/2020 [^] [^^] [^^^] [ответить] | +/– | Это отчасти верно для меандров В музыке форма волны далека от прямоугольной Ча... текст свёрнут, показать | |
|
|
|
7.40, Аноним (40), 13:37, 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.115, Денис (??), 05:01, 19/09/2020 [^] [^^] [^^^] [ответить] | +/– | Качать в высоком разрешении имеет смысл хотя бы потому что там другой мастеринг ... текст свёрнут, показать | |
|
|
|
|
|
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.112, Денис (??), 04:53, 19/09/2020 [^] [^^] [^^^] [ответить]
| +/– |
Платные кодеры часто не выводят в 32 bit float (только 16/24 bit). Отсюда клиппинг у них. В этом плане неофициальные кодеры лучше. Правда, клиппинг, если он небольшой, на музыкальных записях не слышно.
| |
|
|
|
|
|
|
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 нынче не моден, а других ЯП никто не знает))
| |
|
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", при том, что он там и не нужен.
| |
|
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.93, бибешка (?), 20:24, 18/09/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Код написан на языке Python. Т.е. работать не будет, всмысле не запустится пока половину pip не вытащишь. Ф биореактор.
Уже потерял надежду стянуть запустить какой-то свежий софт на питоне просто в дистре, без плясок с pip
| |
|
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.118, Аноним (-), 05:17, 19/09/2020 [^] [^^] [^^^] [ответить]
| +/– |
> Ресемплировать лучше ресемплером sox
Вообще-то нет.
Лучше это делать рисэмплером SSRC-X с адекватными настройками.
| |
|
|
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.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.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 ощутимо лучше (меньше постэхо).
| |
|
3.157, ALex_hha (ok), 12:04, 21/09/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
> MP3 320k на слух не отличаю от оригинала
это потому, что у тебя кабель не из бескислородной меди
| |
|
|
|
2.139, Аноним (-), 17:37, 19/09/2020 [^] [^^] [^^^] [ответить]
| +/– |
То ли дело аццки 50% серый, с серыми же буквами. Ощущения прям как в тумане, вглядываться надо, круто же.
| |
|
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 мутит. У меня древний дистр. Надо проверить как будет на новье. Может, это сподвигнет меня обновиться наконец. Или хотя бы библиотеки обновить (если там исправили).
Иногда надо рубить с плеча и менять всё кардинально.
| |
|
|