1.2, Аноним (-), 01:06, 08/01/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
Приходится ломать голову как собирать софт с каждой новой версией ffmpeg.
| |
|
2.16, anonymous (??), 07:39, 08/01/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
За что минусуете? Он ведь всё правильно говорит. В MPlayer свой ffmpeg не зря в тарболл пихают, с внешним он далеко не с каждой версией соберётся.
| |
|
|
4.31, Аноним (-), 14:19, 08/01/2013 [^] [^^] [^^^] [ответить]
| +/– |
Когда в последний раз пробовал (где-то полгода назад), он работал хуже оригинала. Изображение дерганное.
| |
|
5.32, arisu (ok), 14:25, 08/01/2013 [^] [^^] [^^^] [ответить]
| +/– |
> Когда в последний раз пробовал (где-то полгода назад), он работал хуже оригинала.
> Изображение дерганное.
в начале прошлого года где-то (точно не помню) перешёл на mplayer2 — брат жив, видео показывает так же, как и mplayer. натурально, собирал самолично из git'а. если ты нет — возможно, это накосячил сборщик.
собирается, кстати, без проблем. единственное, что раздражает — стал для сборки требовать третьего бидона, зараза.
| |
|
|
7.36, arisu (ok), 14:51, 08/01/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
>>возможно, это накосячил сборщик
> Он его чего, руками что ли собирает?
посмотри на список опций сборки. некое конкретное сочетание опций, компилятора и фазы луны вполне могло привести к неожиданному эффекту.
| |
|
|
9.40, arisu (ok), 17:11, 08/01/2013 [^] [^^] [^^^] [ответить] | +1 +/– | конечно-конечно, именно так и даже то, что при сборке руками mplayer умеет испо... текст свёрнут, показать | |
|
|
11.50, arisu (ok), 23:51, 08/01/2013 [^] [^^] [^^^] [ответить] | +2 +/– | не скажешь, где скачать компилятор, который умеет задавать нужные параметры conf... текст свёрнут, показать | |
|
|
|
|
|
6.56, Аноним (-), 07:00, 09/01/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
> самолично из git'а. если ты нет — возможно, это накосячил сборщик.
Или питоновское добро. У питона карма такая - пишут на нем только тогда когда нормально программить дико вломак а что-нибудь "на отъeбись" написать ну вот позарез охота.
| |
|
5.37, kurokaze (ok), 16:54, 08/01/2013 [^] [^^] [^^^] [ответить]
| +/– |
> Когда в последний раз пробовал (где-то полгода назад), он работал хуже оригинала. Изображение дерганное.
Пень-2?
mplayer уже научился H10P ?
| |
|
6.55, Аноним (-), 06:58, 09/01/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
> mplayer уже научился H10P ?
А монитор то у вас научился уже? А то более 8 битов на канал выдавать умеет мягко говоря не любой экспонат.
| |
|
|
|
|
|
1.3, Crazy Alex (ok), 01:22, 08/01/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
А вот кто знает - может оно дать sample-accurate кусок аудио? Вот буквально - сколько сказали семплов выдать и с какого сказали места - чтоб столько и было, а не плюс-минус лапоть? Применение - порезка образа на треки по CUESHEET
| |
|
|
3.43, Crazy Alex (ok), 18:10, 08/01/2013 [^] [^^] [^^^] [ответить]
| +/– |
увы - это для видео, в аудио нет ключевых фреймов, и вообще там всё немного по-другому устроено. Кроме того, там есть некоторые проблемы с округлением, так как далеко не все отсчеты в семплах точно выразятся в долях секунды. То есть +-1 сэмпл.
| |
|
2.38, kurokaze (ok), 16:55, 08/01/2013 [^] [^^] [^^^] [ответить]
| +/– |
> А вот кто знает - может оно дать sample-accurate кусок аудио? Вот
> буквально - сколько сказали семплов выдать и с какого сказали места
> - чтоб столько и было, а не плюс-минус лапоть? Применение -
> порезка образа на треки по CUESHEET
cuebreakpoints/shnsplit
| |
|
3.41, Crazy Alex (ok), 18:06, 08/01/2013 [^] [^^] [^^^] [ответить]
| +/– |
Оно даже без cuebreakpoints умеет, напрямую CUE прекрасно жрёт - у меня сейчас так и есть. Только вот меня интересуют в том числе 24-х битные файлы (ага, они тоже с cue бывают) и форматы, которые shntool не умеет, TAK в перую очередь. С другой стороны - первое решается сравнительно простым патчем shntool (добавить отсчет в семплах, а не только в долях секунды и байтах, или можно забить и руками байты высчитывать), второе - предварительным преобразованием в wav. Но первое морока, а второе глупость - распаковка из TAK идет примерно со скоростью записи на диск.
| |
|
4.42, arisu (ok), 18:08, 08/01/2013 [^] [^^] [^^^] [ответить]
| +/– |
> первое решается сравнительно простым патчем shntool
отошли автору, что ли? ну, или так куда-нибудь положи. хоть на богомерзкий гитхаб.
| |
|
5.44, Crazy Alex (ok), 18:11, 08/01/2013 [^] [^^] [^^^] [ответить]
| +/– |
>> первое решается сравнительно простым патчем shntool
> отошли автору, что ли? ну, или так куда-нибудь положи. хоть на богомерзкий
> гитхаб.
Отошлю, конечно - не самому же патчить при каждом обновлении генты. Скорее всего - когда наберется хотя бы штук 30 24-битных рипов.
| |
|
6.45, arisu (ok), 18:16, 08/01/2013 [^] [^^] [^^^] [ответить]
| +/– |
> Отошлю, конечно - не самому же патчить при каждом обновлении генты. Скорее
> всего - когда наберется хотя бы штук 30 24-битных рипов.
просто мне тоже иногда надо, а писать лень. так что я чисто из шкурных интересов. %-)
| |
|
|
8.60, arisu (ok), 12:19, 09/01/2013 [^] [^^] [^^^] [ответить] | +/– | tnx просплюсь 8212 соберу прийми моё виртуальное НИЧЕГО в качестве благодар... текст свёрнут, показать | |
|
|
|
|
|
|
|
1.4, Аноним (-), 01:31, 08/01/2013 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
> может оно дать sample-accurate кусок аудио?
через libavcodec, или через ffmpeg.exe? через первое можно, декодируешь целый поток, сэмплы считаешь сам, в нужных местах разрезаешь и пишешь в файлы. через второе -- сомневаюсь.
| |
|
2.5, Crazy Alex (ok), 01:35, 08/01/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
Ух как сурово... Ладно, придётся с shntool дальше шаманить. Полное декодирование потока вместо seek - это труба.
Спасибо за ифнормацию.
| |
|
3.6, Led (ok), 01:44, 08/01/2013 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Ух как сурово...
А то! Вендузоиды - суровые ребята!
| |
|
|
|
6.23, Аноним (-), 11:54, 08/01/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
> ffmpeg.exe
я так написал, чтобы было понятно о чем речь (ffmpeg application против ffmpeg project). но пользуюсь ffmpeg и под вантузом тоже, когда надо. на домашних компах венды нет ни в дуалбуте, ни в виртуалках.
| |
|
|
|
3.30, arisu (ok), 13:13, 08/01/2013 [^] [^^] [^^^] [ответить]
| +/– |
> Ладно, придётся с shntool дальше шаманить.
да ладно, один раз скрипты написал — и забыл. конечно, лишние телодвижения, никто не спорит. ну да и фиг с ним, у тебя же не на потоке целый день трансформация аудио.
| |
|
|
1.9, Аноним (-), 02:37, 08/01/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> Добавлен фильтр для анализа громкости звукового потока в соответствии с требованиями спецификации EBU R128
Это на замену ReplayGain?
| |
|
2.14, Crazy Alex (ok), 05:30, 08/01/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> Добавлен фильтр для анализа громкости звукового потока в соответствии с требованиями спецификации EBU R128
> Это на замену ReplayGain?
Хорошее название спецификации, однако :-)
| |
2.19, Иван Иванович Иванов (?), 10:00, 08/01/2013 [^] [^^] [^^^] [ответить]
| +/– |
Это нужно только американским медийным компаниям - недавно приняли LOUD закон, что реклама не должна быть сильно громче остального эфира.
| |
|
|
|
|
4.46, Crazy Alex (ok), 18:26, 08/01/2013 [^] [^^] [^^^] [ответить]
| +/– |
ну покажите мне TAK в libav. Плюс у них несколько месяцев были дыры в безопасности, которые в ffmpeg были закрыты. Сейчас - да, в libav тоже закрыли.
| |
|
3.25, Аноним (-), 12:08, 08/01/2013 [^] [^^] [^^^] [ответить]
| +/– |
> И зря, ffmpeg функциональнее и дыры закрываются там быстрее
Да они примерно одинаковы. Зато если б они не форкнулись - вы бы до сих пор читали логи ... SVN.
| |
|
|
1.15, Pulfer (ok), 05:52, 08/01/2013 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Разработчики ffmpeg странные очень люди. Пишут, что рекомендуют всем обновиться ("We recommend users, distributors and system integrators to upgrade unless they use current git master"). Тогда как снова сломали бинарную совместимость (не говоря уже об API) с предыдущей версией:
http://upstream-tracker.org/versions/ffmpeg.html
| |
|
2.17, Аноним (-), 08:08, 08/01/2013 [^] [^^] [^^^] [ответить]
| +/– |
Бинарная совместимость - абсолютно не нужная (и даже вредная) вещь. А вот что сломали API - да, хреново.
| |
|
|
2.21, цирроз (?), 10:57, 08/01/2013 [^] [^^] [^^^] [ответить]
| +/– |
во многих дистрах есть оба. драма в том, что рук.проекта ffmpeg тянул одеяло на себя, после чего произошел раскол. но после этого его поведение несколько изменилось в положительную сторону.
| |
|
3.27, Аноним (-), 12:23, 08/01/2013 [^] [^^] [^^^] [ответить]
| +2 +/– |
>но после этого его поведение несколько изменилось в положительную сторону
А поведение форкеров в отрицательную.
| |
|
4.52, Crazy Alex (ok), 23:55, 08/01/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
Да они с самого начала повели себя, мягко говоря, странно - пытались втизую утащить сам ffmpeg.
| |
|
|
2.26, Аноним (-), 12:14, 08/01/2013 [^] [^^] [^^^] [ответить]
| +/– |
> Кто напомнит, в чём драма ffmpeg vs libav?
Некоторых разработчиков достали некоторые моменты. И они элементарно поср@лись. Например, тот же SVN. Он многих достал но ffmpeg не торопился переходить на гит, т.к. Фабрису и ко и так неплохо было. А то что можно лучше - можно, но как-нибудь потом. Также были и иные разногласия. В результате у какого-то разработчика из генты терпение лопнуло и он спровоцировал форк и утащил часть разработчиков туда.
Зато после форка оба проекта мигом срулили на гит. Нельзя же быть хуже конкурента :). И вообще в развитии втопили весьма конкретно, релизы стали внятно оформлять, etc. Сплошные плюсы, как ни крути. Благо ха счет гита они даром что форки, а код друг у друга тягают в хвост и в гриву.
| |
|
3.28, anonymous (??), 12:36, 08/01/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
>Некоторых разработчиков достали некоторые моменты. И они элементарно поср@лись. Например, тот же SVN.
Ну толсто же. В момент раскола там давно был git.
| |
|
4.54, Аноним (-), 06:56, 09/01/2013 [^] [^^] [^^^] [ответить]
| +/– |
> Ну толсто же. В момент раскола там давно был git.
Нет, гит как раз был недавно и это было одним из предметов которые были в зародыше этих разборок. Git поюзали лишь когда поняли что без этого случится большой пэ aka форк. Правда, форк это так и не предотвратило, увы.
| |
|
5.57, Аноним (-), 08:25, 09/01/2013 [^] [^^] [^^^] [ответить]
| +/– |
>Правда, форк это так и не предотвратило, увы.
Значит дело не в гит. Сам написал, сам опроверг. Молодец!
| |
|
6.59, Аноним (-), 12:01, 09/01/2013 [^] [^^] [^^^] [ответить]
| +/– |
> Значит дело не в гит. Сам написал, сам опроверг. Молодец!
Это было одним из пунктов недовольства. Достаточно существенным. Тем паче что гит подразумевает иную схему разработки нежели SVN, по поводу чего олдскульщики типа Фабриса брыкались.
| |
|
|
|
|
|
|