24 декабря Архивач восстановлен после серьёзной аварии. К сожалению, значительная часть сохранённых изображений и видео была потеряна. Подробности случившегося. Мы призываем всех неравнодушных помочь нам с восстановлением утраченного контента!
От создателей webm.py, webm.js, wybm и webmify мы представляем вам boram!
Основные особенности ∙ Кроссплатформенный WebM-конвертер с открытым кодом ∙ Поддержка режимов VP9/VP8/Opus/Vorbis/2pass/limit/CRF/CQ/raw-args ∙ Продуманные настройки кодеков и дефолты ∙ Скачивание видео для перекодирования с почти любого стриминг-сайта через youtube-dl ∙ Отображение практически любого формата видео в встроенном плеере вместе с субтитрами ∙ Автонастройка Fontconfig на Windows, прожиг субтитров одной кнопкой ∙ Простой интерфейс ориентированный на предпросмотр ∙ Несколько параллельных энкодов в одном окне ∙ Быстрое превью результата, не нужно ждать каждый раз, пока кодируется VP9
Установка Скачать архив для своей платформы по ссылке https://github.com/Kagami/boram/releases → распаковать → запустить boram. На Linux должны быть установлены Python, FFmpeg и libmpv, на Windows все зависимости включены в сборку. Доступны релизы для 32- и 64-х битных Windows, 64-х битных Linux. Для работы встроенного плеера требуется поддержка OpenGL и WebGL в хроме. Если плагин отказывается загружаться, можно попробовать добавить опцию --ignore-gpu-blacklist в свойства ярлыка/параметры запуска boram.
Планируемые возможности ∙ Вставка превью первым кадром ∙ Пресеты/профили кодирования ∙ Фильтры изменения FPS, скорости воспроизведения, оверлей и другие ∙ 64-х разрядная сборка для Mac OS ∙ Улучшения в дизайне, UX, справка ∙ Более правильные эвристики автовыбора лимита, битрейта ∙ Точная обрезка фрагментов в битых файлах ∙ Преобразование HDR в SDR, автотэггирование BT.709, BT.601 для VP8
Сравнение с аналогами Q: Чем лучше консоли? A: Предпросмотр, интерактивный выбор фрагмента. Q: Чем хуже консоли? A: Ничем. Типовой энкод использует ровно те же опции, которые можно и отредактировать при необходимости. Q: Чем лучше WebM for Retards/XMedia Recode? A: Кроссплатформенность, встроенный youtube-dl, удобный встроенный плеер, поддержка хардсаба из коробки. Q: Чем хуже WebM for Retards/XMedia Recode? A: Мало эффектов.
Прочее На данный момент проект находится в альфа-стадии, много что может работать не так, как запланировано, либо быть ещё не реализовано. Любая адекватная критика, багрепорты, фичкреквесты значительно помогут делу. Прошлый тред: >>1899136 (OP)
Automatically clear SAR for anamorphic videos Fix crop area for anamorphic videos Frame-accurate cutting Add VP9 HDR support Fix preview for source videos with odd resolution Allow to ignore gpu blacklist via BORAM_FIX_GPU env Better check for dependencies, check for libmpv on Linux Don't prefer system deps, check for override BORAM_envs instead Indicate tabs with errors and warnings Other UI and bugfixes
Аноним (Microsoft Windows 8: Firefox based)26/12/16 Пнд 03:34:12#3№1919873
>Точная обрезка фрагментов в битых файлах Чего-то я подумал, если -ss прыгнул не туда, но разве мы сможем правильный -vf trim=offset подобрать? И хз как сказать -ss, чтобы прыгнул правильно. Надо тестить.
Аноним (Microsoft Windows 7: SeaMonkey)26/12/16 Пнд 17:21:37#7№1920193
> < wm4> the demuxer doesn't report anything explicitly, it just returns packets > < wm4> usually you instruct it to "return packets closest to the seek target or before (but not after > > < q> wm4: and demuxer-offset hack is needed because sometimes it actually returns packet _after_ target? > < wm4> yes, but also other cases > < wm4> like incorrectly marked keyframes > < wm4> which means even though the packets start at or before the seek target, the first decoded frame will be after seek target
Т.е. понять, куда -ss на самом деле прыгнул можно только после чтения таймштампа первого декодированного фрейма. Может combined seek тогда лучше сработает, хз. Так-то вроде решаемо, только геморройно.
Аноним (Microsoft Windows 10: Chromium based)26/12/16 Пнд 17:39:11#10№1920201
>>1920635 Preview это быстрый энкод видео с точно такими же настройками, как и Normal, за исключениям кодека. Т.е. чтобы не проебаться на выборке фрагмента, всяких кропах/скейлах, фейдах и т.д. Ты как бы смотришь то, что получится в результате, убеждаешься, что всё ок и затем энкодишь в WebM. Перфекционистам по-другому нельзя. Не дай бог на 50мс фрагмент съехал или кроп на 1 пиксель промазал или фейд маловат. Это погибель.
Аноним (Microsoft Windows 7: SeaMonkey)27/12/16 Втр 15:02:44#13№1920796
>>1920770 ffplay -ss 100-10 -vf trim=start=100:duration=2,loop=loop=1000000000:size=32676,scale,crop,fade,т.д. Когда кончатся лупы затопит оперативку, сколько бы её не было.
>>1920796 Да, я уж думал про ffplay -f lavfi или mpv -vf lavfi. В принципе, теоретически да, но на практике лучше смотреть готовый энкод. Всё равно x264 ultrafast очень быстрый, а всякие тонкости вроде тормозов применения фильтров в реальном времени, невозможности нормального лупа во время предпросмотра (в готовом энкоде просто нажал Shift+L), дополнительная зависимость, кривость самого ffplay (у меня от звук не проигрывает, в цветовые матрицы не умеют, перемотку на кадр назад и т.д.) могут сильно бесить. Лучше когда у тебя есть готовый файл, ты его под микроскопом изучил, а потом просто h264 заменил на vp9, разница будет только в блюре/квадратах и всё. Я раньше так делал, когда монструозные портянки lavfi писал, только через десятигиговые y4m на tmpfs. >затопит оперативку Это не понял.
Аноним (Microsoft Windows 7: SeaMonkey)27/12/16 Втр 15:22:10#15№1920804
>>1920798 > Это не понял. Запусти ffplay c trim и loop=1. У меня отжирает всю доступную оперативу.
>>1920798 Хотя ffplay -f lavfi так-то удобный, когда по-быстрому портянку фильтра затестить. Но здесь хз. Иногда чётко определённые наборы эффектов удобнее делать через lavfi, но часто лучше взять редактор. ffmpeg + ffplay плохи тем, что все координаты точек надо вслепую прописывать. Если ты заранее знаешь все формулы движения, то тогда да.
Вот например тот же часто нужный delogo. У него есть параметр show=1, но всё равно дико неэффективно подбирать на глаз, либо в редакторе изображений вымерять линейкой. Но и сложный навороченный NLE вроде AE здесь наверно будет оверкилл. Надо походу что-то среднее. Типо гуи для фильтров ffmpeg. Но не блокнот+ffplay, в ffplay надо передавать уже известные координаты.
Это всё сумбурные мысли на тему того, как правильно редактировать видео. Пока не все ниши правильно заполнены. Надо дальше думать.
>>1920806 Ещё VSEdit можно попробовать для простого скриптуемого редактирования. Там мощный Python, линейка, предпросмотр, можно запросто всякие кропы/склейки делать из кучи сорцов. Vegas/PP+AE нужны для амвшек/нарезок/синхры, для особых эффектов вроде того же tiled map/zoetrope/бегущего текста/прочей заранее известной обработки ffmpeg или скриптуемый фреймсервер куда лучше подходят. (Хотя так-то в AE скриптование поддерживается и можно дикие вещи пилить, но как-то это всё overkill и лишние слои абстракции, как по мне. Может для уровня топовых клипмейкеров — ок, для имиджбордных мемчиков можно делать гораздо проще. И кряки на многотысячибаксовый софт не всегда вариант, особенно для западных анонов, там всё строже.)
Только для новичков это совсем не подходит, конечно. Если для деинтерлейса/денойза они могут готовый vpy откуда-нибудь скопипастить, то на питоне видео херачить это вообще другой уровень.
>>1920822 Аргумент в том, что я могу сделать поддержку на 3, ну 5 интерактивных эффектов, но никак не сотню. 3 нужны чаще всего, но что-нибудь интересное из них не запилишь.
Перечисли вот какие в вашем анимублядском есть виды мемчиков, к примеру, я то я сильно не слежу. Из того, что видел: ∙ кастомные смешные субтитры (уже есть в boram) ∙ зацикленный луп под кастомную музыку (можно попробовать сделать) ∙ зацикленные лупы с эффектами (хз, смотря что за эффекты, простое можно в lavfi, сложные наверно в AE) ∙ луп видео + запись листаемого треда с экрана оверлеем (довольно легко сделать) ∙ обычная наложенная на видео картинка, либо двигающаяся по простой траектории (легко через lavfi) ∙ наложенная картинка, трекающая какой-то объект в видео, типа лица (без редактора почти нереально) ∙ ???
Надо понять, где лучше простые фильтры ffmpeg, где внешний софт вроде aegisub/vsedit, а где только pp/ae/vegas (ну или их заменители shotcut/blender, которые довольно слабые).
Аноним (Microsoft Windows 7: Firefox based)27/12/16 Втр 16:46:13#20№1920851
>>1920837 > луп видео + запись листаемого треда с экрана оверлеем (довольно легко сделать) Ыхыхых
Аноним (Microsoft Windows 7: Firefox based)27/12/16 Втр 21:43:41#25№1921130
нубский вопрос, конечно, но как вынести субтитры в ffmpeg в отдельный поток? Просто он у меня начинает непонятные махинации проделывает с видео, после чего последнее жиреет на четверть.
>>1921130 >отдельный поток В отдельный трек? В boram — никак, потому что софтсаб браузеры не умеют. >последнее жиреет на четверть В режиме crf или как? Ну вообще хардсаб какой-то битрейт отнимает, логично.
Аноним (Microsoft Windows 7: Firefox based)27/12/16 Втр 21:46:02#27№1921138
>>1921134 > в ffmpeg > в boram? Да, в boram, в boram
>>1921134 >никак Всмысле через гуишные контролы никак. А там дописать в raw args просто что-нибудь вроде -map 0:s и всё. А зачем тебе? Будет только в десктопных плеерах работать же.
Аноним (Microsoft Windows 7: Firefox based)27/12/16 Втр 22:18:42#29№1921176
Аноним (Microsoft Windows 7: Firefox based)28/12/16 Срд 12:16:07#32№1921494
>>1920108 Это одна команда в ффмпеге и одно поле ввода в вебмфорретардсе (в котором еще оно и автоматически заполняется названием файла). Места под такое поле хватает и на 1ой и на 2ой вкладке. Алсо, такое ощущение что программа для планшетодаунов - огромные шрифты и элементы управления.
>>1921494 >Алсо, такое ощущение что программа для планшетодаунов Лол. Профессиональная деформация. >в котором еще оно и автоматически заполняется названием файла Ну и неправильно. Надо по умолчанию сохранять то, что там было. А если вообще ничего не было, то можно предложить имя файла, да.
Аноним (Microsoft Windows 7: Firefox based)28/12/16 Срд 15:53:59#34№1921623
>>1921178 Я всё-таки попробовал добавить сотсабом в webm-ку WebVTT-субтитры. Ну это писец просто. Команды нигде в интырнетах нет. На написанное пикрил ругается пикрил
>>1921625 Да браузерам похуй, лол. У них для этого <track> есть. Так-то макака, если бы захотела, могла просто -c copy их оттуда выдирать и вставлять через <track src="sub.vtt">. Но ей тоже похуй.
Аноним (Microsoft Windows 7: Firefox based)28/12/16 Срд 16:18:26#38№1921634
Писец, есть какие-то учебники по медиа, по способам представления медиаданных и по принципам их декода/энкода, а то >цветовоепространствобандингдемуксераVPXфреймахRFCRGBвY'CbCr ? Желательно посовременнее, чтобы прикладывать можно было
>>1921634 Хз. Вики можно почитать для базовой справки, но так вообще читать дофига всего. Если в этой области не вариться десятки лет, то всё равно много белых пятен остаётся. Смотря для чего надо, в общем. Если ты не особо перфекционист, то можно и забить на тонкости.
Так вообще сложно сказать. Ты хотя бы напиши какой у тебя уровень и что в итоге хочешь получить. Можно всякое по кодекам почитать (есть неплохие книги по H.264 и JPEG с самых низов), можно по фильтрам изображений и звука (курсы университетов и блоги), можно по цвету (подборки статей), можно по практике кодирования и фильтрации (масса информации на doom9).
Аноним (Microsoft Windows 10: New Opera)29/12/16 Чтв 03:14:46#41№1922151
> - In the highbitdepth (HBD) configuration, encoding and decoding of 8 >bit content is no longer appreciably slower than the non-HBD >configuration. This allows deploying a HBD capable library without >impacting existing 8 bit users.
У меня наверно из-за этого гитовая версия и тормозила. Я ж всегда с --enable-vp9-highbitdepth собираю.
Аноним (Microsoft Windows 7: SeaMonkey)30/12/16 Птн 16:24:05#46№1923110
>>1922848 Решительно не понимаю применения 10 бит в обывательском плане. Вот есть RGB24 с 8 бит на букву илил 256 оттенков каждого цвета. В спеках мониторов тоже написано, что он соответствует на проценты sRGB, то есть всё тот же RGB24, но при этом заявлено, что на нём ты увидишь точность 10 бит, а это в 4 ра-за больше оттенков. Получается, что точность 100процентов sRGB, говорит о том, что ты увидишь 25+ процентов RGB30, лол. Я понимаю, что если оперировать в 10 битах, то выше точность, но где её потом смотреть-то? И каким образом оно снижает объём, если значение каждого пикселя стало длинней на 6 ноликов? https://www.asus.com/Monitors/PB27UQ/specifications/ Профессиональный монитор с 10 битами, например.
Аноним (Microsoft Windows 7: SeaMonkey)30/12/16 Птн 16:26:31#47№1923111
>>1923110 > букву илил > на определенный процент sRGB > в 4 раза
> < kepstin> iirc not being able to play mkv/webm as it's being encoded is a pretty recent change, annoys me too. there's a couple of commits you can revert to get the old behaviour :/ > < kepstin> one of my friends says reverting commits 8c1342e631d6 and ee888cfbe777 would do the trick
Аноним (Microsoft Windows 7: SeaMonkey)31/12/16 Суб 15:56:17#54№1924039
>>1923112 С бандом понятно. Сжали хрому при энкоде, а потом на выводе интерполировали обратно с повышенной в 10 битах точность. С объёмом не ясно. Чтобы была разница в объемах 8 битное должны были предизерить. Превосходство уровня /б/.
>>1924039 Так по первой ссылке как раз про объём написано: >When encoding with the 10-bit tool, the compression process is performed with at least 10-bit accuracy compared to only 8-bit otherwise. So there is less truncation errors, especially in the motion compensation stage, increasing the efficiency of compression tools. As a consequence, there is less need to quantize to achieve a given bit-rate.
Бандинг это так, следствие на самом деле. Основное это что энкодеру внутрях намного удобнее с большой точностью работает. А лишние нули это фигня, они entropy coder'ом в ничто сожмутся. Кодеки последнего поколения типа x265, AV1, Daala не только изначально писались с рассчётом на использование в 10-битном режиме (тот же HEVC Main10, который всей бытовой техникой поддерживается), но и могут использовать 10-битные опорные кадры для, например, INTER даже в 8-битном режиме. И 10-бит там не только потому что в Rec. 2020 подразумеваются 10-битные дисплеи, но и потому что сжимаемость так лучше.
>>1924053 >в ничто сожмутся Точнее даже не так. Всё лишнее ещё на этапе квантования и zigzag уберётся вообще. У тебя и близко нет значений пикселей в выводе кодека, там принципиально другой вариант представления данных.
Аноним (Microsoft Windows 7: Firefox based)01/01/17 Вск 02:01:48#57№1924425
А будет ли перемотка по кадрам? Просто ловить момент довольно сложно, просто тыкая по ползунку
>>1924427 Ещё забыл, колёсико когда курсор над плеером. Только долго так не помотаешь, маленький очень шаг и медленно.
Я обычно так делаю: просто смотрю видео в обычном плеере. Если внезапно замечаю какой-нибудь интересный момент, то запоминаю время, открываю этот файл в boram, слайдером туда примерно перемещаюсь или ввожу точное по хоткею "t" (так сразу и выделяет поле). Затем нужно точно определиться с границами. Для этого вначале стрелками вперёд/назад с большим шагом (5 секунд) находим примерную начальную границу, затем начинаем много раз жать Shift+Left (1 секундная точная перемотка назад) во время проигрывания, ориентируясь по слуху, что начинается хорошо. Затем можно уже покрутить колесом/хоткеем до нужного кадра. Иногда лучше не по звуку, а по смене сцены (также shift+left/right по секунде и подгоняя до кадра), но потом звук надо всё равно проверить.
Надо может ещё сделать, чтобы Shift+колесо по секунде перематывало. Или хоткей отметки фрагмента, хз. Так-то mpv очень хорошо в клавиатуры управляется, но и через GUI с колесом можно хорошо сделать. Ну и справку по всей этой хуйне написать, конечно, лол.
Аноним (Microsoft Windows 7: Firefox based)01/01/17 Вск 10:46:03#61№1924458
Оставил программу работать, свернул, поиграл в полноэкранную игру, закрыл игру -пикрил. Сворачивал пару раз и разворачивал boram -ничего меняться не хочет. Хорошо, что я промежутки времени в блокнотик забэкапил)
>>1919858 (OP) На мониторе с низким разрешением не помещается полностью по вертикали, и не масштабируется.Неплохо бы сделать функцию автоматической подгонки при кодировании под заданный размер файла.
>>1924488 >с низким разрешением Какое? Вообще немного уменьшается. но совсем маленькое не сделать, контролы не влезут. >автоматической подгонки при кодировании под заданный размер файла limit же.
Аноним (Microsoft Windows 7: Firefox based)01/01/17 Вск 14:45:47#66№1924514
>>1924507 > но совсем маленькое не сделать, контролы не влезут. Не гони блядь, у тебя елементы интерфейса просто гигантские по сравнению с аналогичными программами.
Аноним (Microsoft Windows 7: SeaMonkey)01/01/17 Вск 16:37:55#67№1924548
>>1924507 А если сворачивать видео или вкладки типа "инфо", пока не нажмешь на неё?
>>1926604 Значит надо попробовать вместить в 768 по высоте. Ещё много у кого такие ноутбуки вроде, да. Что будет, если нажать на лойс в левом верхнем углу? Лол.
Переписал из видеоплеерного. Тут есть по крайней мере один анон, который разбирается в декоде-проигрывании. Короче, нашёл сайт ещё не релизнутого кодека AOMedia AV1. Он точно выстрелит в будущем. Тут https://nwgat.ninja/test-driving-aomedias-av1-codec/ инструкции по декоду, энкоду. Заэнкодить чудом видео смог, наверное, даже правильно, потому что он мне может это видео в .raw слить. Но вот воспроизвести не могу. Пик1 - гайд. Пик2 - мои тщетные попытки. Указывание полного пути к файлу плеера.exe не прокатывает. Ему нужна команда какая-то. На гайде mpv, у меня mpc-hc. Неужели есть огромная разница?
Аноним (Microsoft Windows 7: Firefox based)04/01/17 Срд 20:20:23#77№1927060
>>1927054 Я так понял, ему именно нужна команда после |
Аноним (Microsoft Windows 7: Firefox based)04/01/17 Срд 20:22:50#78№1927061
>>1927054 Стоп, а у шинды вместо | не ^, случаем? Когда я пишу "aomdec.exe result.webm -o res.y4m ^ mpc-hc.exe res.y4m", он мне просто ничего не выдаёт, но пытается что-то сделать
Аноним (Microsoft Windows 7: Firefox based)04/01/17 Срд 20:26:47#79№1927066
>>1927061 Не, это замена бэкслэша. >>1927045 >>1927066 Лол да, чего-то я в глаза ебусь. aomdec res.webm | C:\Program Files\хуё моё\mpc-hc.exe -
Пишет же, что нет в PATH бинаря mpc-hc. У тебя там просто 2 ошибки.
Аноним (Microsoft Windows 10: Chromium based)06/01/17 Птн 17:44:34#81№1928827
Вкатился. Я не понимаю как этим говном конвертором пользоватьсся. Я закинул файл. Дальше
1) Я хочу задать размер вебмки (качество аудио и видео). Не нашел, как это сделать. Нужных мне параметров нету 2) Потыкал галочки, хочу конвертировать. НО Я ТУПО НЕ МОГУ НАЙТИ, ГДЕ КНОПКА КОНВЕРТИРОВАНИЯ Нихуя не понятно, блядь. Юзабилити от линуксоидов, хули.
Аноним (Microsoft Windows 7: Firefox based)06/01/17 Птн 18:05:56#82№1928842
>>1928827 1) Можно вписать битрейт, если снять галочку "limit". А можно максимальный размер файла задать. 2) Нажимаешь PATH, выбираешь, куда твоё говно видео будет сохраняться. Потом нажимаешь NORMAL и ждёшь. Прогрессбар тебе подскажет, когда закончатся мучения твоей пекарни, если что.
Аноним (Microsoft Windows 7: Firefox based)07/01/17 Суб 12:44:47#83№1929259
>>1928842>>1928827 Воще да, я и сам по началу не понял как процесс запустить. Ладно там что из-за огромных кнопок и полей все раскидано по разным вкладкам. Так еще и НОРМАЛ нажать, чтобы энкод запустить... Для конкретного мимокрокодила (да и вообще любого нормального человека), это пиздец как нелогичное название опции. Плюс, кнопка эта находится среди таких же малопримечательных кнопочек (которые даже на кнопки-то не похожи, лол). По моему скромному мнению, пункт с путем для исходника вообще в самом начале должен задаваться. И он должен блядь отображаться в самой программе. Как в том же ебаном ретардсе.
Аноним (Microsoft Windows 10: Chromium based)07/01/17 Суб 13:49:07#84№1929288
И правильно, это сейчас лучшее что есть. борам это ее все равно никогда не догонит по функионалу, потому, что автора долбоеб каких еще поискать.
Аноним (Microsoft Windows 7: SeaMonkey)07/01/17 Суб 14:25:52#85№1929308
>>1928842 На вкладке ещё проценты написаны, которые никто не видит. А ещё кружок на полосе прокрутки неудобный. Подтверждение на выход при отсутствии вкладок раздражает. Почему-то при перемотке роликом лаг больше, чем при перемотке точкой и запятой. 6 вкладок вызывает лаги, 6 Борамов нет. Нельзя поставить в очередь энкод. Отдельной строки для своих опций не хватает, которая бы не пропадала после перезапуска/нового файла. Ещё не хватает перехода на первый/последний кадр. Ну и нарезки с -c copy/
Аноним (Microsoft Windows 7: SeaMonkey)07/01/17 Суб 14:28:35#86№1929312
>>1929259 Мне и самому не очень нравится. Надо будет переделать. Просто пока не придумал, как лучше. Вообще, это такая мелочь на самом деле, это всё можно запомнить за 5 минут. Просто в самый первый раз не очень удобно. >пункт с путем для исходника вообще в самом начале должен задаваться >И он должен блядь отображаться в самой программе Не понял.
>>1929288 >борам это ее все равно никогда не догонит по функионалу Но ведь ты жаловался на поддержку форматов в встроенном плеере, я сделал. Чего тебе ещё не хватает?
>>1929308 С большей частью согласен, надо фиксить. Я теперь даже думаю, что может зря табы пилил. Вначале казалось, что офигеть полезно, но я всё равно больше одного файла одновременно практически никогда не кодирую. И тормозит всё равно, да, особенно full hd с кучей тредов. Если будет split mulciproces хак, то тем более, интерфейс будет сильно лагать.
Аноним (Microsoft Windows 7: Firefox based)07/01/17 Суб 17:30:04#89№1929483
>>1929475 > Не понял. Этот ретард хочет, чтобы сразу было видно путь, а не после нажатия PATH. Я считаю, что это правильно. +ещё хорошо бы, чтобы можно было вписывать путь руками, не нажимаю никаких PATH, а если такого пути нет, то программа бы создавала автоматически папки. Мелочь, а приятно.
>>1930037 w/e регулируют pan-and-scan (если аспект видео не совпадает с аспктом окна, то немного позумится). А хоткеев на --video-zoom в дефолте нет. >>1930216 Какая версия убунту? И "ffmpeg -version" покажи.
Аноним (Microsoft Windows 7: Firefox based)08/01/17 Вск 22:28:37#97№1930865
>>1930216 >libavcodec.so.57: cannot open shared object file: No such file or directory Оп, ты долбоёб что ли? Залей в PPA, чтобы тебе автоматически под все версии коляски билдилось.
>>1930216 Поставь пока https://launchpad.net/~jonathonf/+archive/ubuntu/ffmpeg-3 Там такая хуйня, что бинарь electron динамически зависит от некоторых символов ffmpeg'а, но статически я ему их дать не могу, т.к. они блядь какого-то хуя резолвятся в процесс peppep-плагина, подставляя их libmpv, от чего тот падает из-за разных версий ffmpeg'а. Вот же еботня.
>>1930935 Запилю может второй билд под линукс под libavcodec56. Т.к. статитом собирать тоже то ещё говноедство, при том, что мы ffmpeg в любом случае требуем. Или надо поебаться с линкером.
>>1930950 О, нормально: https://stackoverflow.com/a/15370166 Правда я хз, насколько это правильно. Ну по идее libffmpeg.so только для <video> используется, а у меня в приложении его нет, так что от того, что линкер вфигачит несовместимые функции, по идее вреда не будет.
>>1933361 Хотя можно ещё лучше. Просто сделать заглушки для:
U av_buffer_create U av_buffer_get_opaque U av_dict_get U av_dict_set U av_frame_alloc U av_frame_free U av_frame_unref U av_free U av_get_bytes_per_sample U av_get_cpu_flags U av_image_check_size U av_init_packet U av_lockmgr_register U av_log_set_level U av_malloc U av_new_packet U av_packet_copy_props U av_packet_get_side_data U av_packet_split_side_data U av_packet_unref U av_rdft_calc U av_rdft_end U av_rdft_init U av_read_frame U av_register_all U av_rescale_q U av_samples_get_buffer_size U av_seek_frame
>>1933373 В общем, так походу и должно быть. Приложение зависит от libffmpeg.so и libmpv.so, в которых функции av_xxx пересекаются. Чтобы правильно работало надо или компилить electron без зависимости от libffmpeg.so, либо обе этих динамических либы должны зависеть от одних и тех же libav.
Могу просто libffmpeg.so.56 для систем со вторым ффмпегом прикладывать. Костыльно, слегка, конечно, но как временное решение, пока PPA нет.
Update youtube-dl to latest version (fixes Signature extraction failed error) Allow to copy Vorbis/Opus source audio track Support systems with ffmpeg 2.x Other usability and bugfixes
>The release is available from the git repository[0] on the >longtailedduck branch and the automatic v1.6.1 tarball[1] or the >manually rolled tarball[2]
>This release improves upon the VP9 encoder and speeds up the encoding >and decoding processes.
> - Upgrading: > This release is ABI compatible with 1.6.0.
> - Enhancements: > Faster VP9 encoding and decoding. > High bit depth builds now provide similar speed for 8 bit encode and decode > for x86 targets. Other platforms and higher bit depth improvements are in > progress.
> - Bug Fixes: > A variety of fuzzing issues.*
Аноним (Microsoft Windows 7: Firefox based)13/01/17 Птн 10:50:29#119№1935188
>>1935088 Когда тестить буим? Для меня это значит: когда в статик добавят.
>>1935344 Едрить ты в танке. В десятку почти полноценный линекс завезли, можно даже xfce запустить, например.
Аноним (Microsoft Windows 7: SeaMonkey)13/01/17 Птн 15:37:43#127№1935368
>>1935348 Вся суть пердоподелок. В линукс 10 лет встраивали виндоус и все ещё плохо. А тут за год полноценно встроили линукс в виндоус. Майки уделали всех.
>>1935395 Кросс-компилять бинарь под винду из убунты под вендой. Проиграл. Это может даже проще, чем настраивать нативную компиляцию, лол. По крайней мере я охуел.
Аноним (Microsoft Windows 7: Firefox based)13/01/17 Птн 17:30:18#134№1935445
>>1935397 Не может быть, а наверняка проще, сперма ж в конпеляторы не может.
>>1939627 Просто в имени пути у меня есть каталог название которого начинается на "!", при запуске программы по этому пути такое сообщение, это глюк баша я так понимаю, а не программы, все норм если в пути имени каталогов не будет "!".
Скажи в каком файле можно подкрутить размер шрифта или окна?
>>1939631 А, понял. Да, просто ставь кавычки или бэкслэш. >Скажи в каком файле можно подкрутить размер шрифта или окна? Шрифт никак, окно можно же и так ресайзить (просто сейчас есть минимальные ширина/высота).
Все любят FPU. Я думал в третий разряд оно никогда не пойдёт, но если цифра в четвёртой позиции переходит в ноль, то единичка таки идёт дальше. Я уже спать не могу, мне постоянно потерянные кадры мерещатся.
>>1940346 Хотя я всё равно не очень уверен, что -c:a copy нужно. Во-первых, такие сорцы довольно редкие, разве что ютуб. Во-вторых, часто хочется хотя бы fade-in/out, а с copy уже нельзя. Качество там должно теряться не сильно много, особенно для 128kbits Opus, в теории.
>>1940407 Кому? Верну тогда с этим хаком, но warning писать не буду. Кто захочет, сможет выбрать.
Аноним (Google Android: Mobile Safari)18/01/17 Срд 21:36:23#162№1940472
ОП молодец конечно, но у меня вопрос - ну зачем ты этот аляпистый гуй с охуительными кнопками и крестиками слепил? Не умеешь так и оставил бы стандартные контролы, чтобы тему наследовали.
Аноним (Microsoft Windows 8: Firefox based)18/01/17 Срд 21:39:05#163№1940477
http://xooyoozoo.github.io/yolo-octo-bugfixes/#swallowtail&jpg=s&bpg=s Подскажите подобную программу или сайт для сравнение скриншотов. Именно чтобы две пикчи налаживались друг на друга и можно было сравнивать перетаскивая разделитель, screenshotcomparison.com не так наглядно показывает все это.
>>1940472 Это ж html/css, там нет нативной темы. Альтернатива это писать на каком-нибудь Qt, но оно в 3-5 раз затратнее по времени. У меня таких ресурсов нет. >>1940477 Разве разделителем лучше? Если различия маленькие, то надо не мысленно накладывать левую часть на правую, а быстро переключать картинки пробелом и смотреть в одну и ту же точку, ещё лучше с NN зумом. feh --fullscreen --keep-zoom-vp --force-aliasing 1.png 2.png удобен, к примеру.
Аноним (Microsoft Windows 7: Firefox based)19/01/17 Чтв 19:09:38#165№1941124
Такое и на старой версии было 0.1.5, и вот сегодня обновил до 0.2.2 и проверил еще раз, результат выше. Вебмретард тоже, кстати, обновлялся неделю или две назад, версия фмпега на пике.
Аноним (Microsoft Windows 7: Firefox based)19/01/17 Чтв 19:50:15#168№1941159
>>1919858 (OP) >На данный момент проект находится в альфа-стадии, много что может работать не так, как запланировано, либо быть ещё не реализовано. Любая адекватная критика, багрепорты, фичкреквесты значительно помогут делу. Что использовать проверенное? не нашёл webm треда, пишу сюда.
>>1941172 Попробуй --ignore-gpu-blacklist в свойства ярлыка вписать. Хотя >поменять музыку с одного цуин на другой Проще всего через какой-нибудь MKVToolNix.
Аноним (Microsoft Windows 7: Firefox based)19/01/17 Чтв 20:13:49#174№1941194
>>1941185 >ignore-gpu-blacklist что не так может быть с НД-6750 премьер тоже чудит ни один не запускается. "premiere pro could not find any capable video play modules".
Аноним (Microsoft Windows 7: Firefox based)19/01/17 Чтв 20:14:55#175№1941196
>>1941165 linux libvpx 1.6.1 = проблемы нет linux libvpx 1.6.0 = проблемы нет windows libvpx 1.6.0 = артефакты windows libvpx 1.4.0 = проблемы нет
Надо искать на каком моменте билды зераное начали артефактить. Пока можешь просто кинуть свой рабочий ffmpeg.exe в boram\resources\app. (Только если ffmpeg очень старый, будет ругаться на ключ -map 0:V:0, просто поменяй на -map 0:v:0)
>>1941124 >>1941205 Всё, локализовал. Проблеме подвержены все билды зераное начиная с libvpx 1.6.0.
Последний билд на 1.5.0 без артефактов: ffmpeg-20160725-fb91850-win64-static.zip 25-Jul-2016 22:26 44M
Надо подождать пару дней, может начнёт собирать с 1.6.1 и там будет всё в порядке. Если нет, тогда придётся откатиться на 1.5.0. Возможно, что какая-то опция виновата или контент специфический, но на линуксе такой проблемы нет. Так что может это даже баг в libvpx.
Мне больше интересно, как все полгода билдами пользуются и не замечали. Лол.
Аноним (Microsoft Windows 8: Firefox based)19/01/17 Чтв 22:29:16#178№1941333
>>1941245 >Последний билд на 1.5.0 без артефактов: >ffmpeg-20160725-fb91850-win64-static.zip 25-Jul-2016 22:26 44M О, спасибо. Тоже ранее замечал эти ебучие артефакты и грешил на дефолтные настройки webm.py
Аноним (Microsoft Windows 7: Firefox based)20/01/17 Птн 12:53:37#182№1941718
>>1941481 Ыыы, запустил этот скрипт. Он мне msys2 накатил, а теперь в течение часа compilit global tools: freetype, fontconfig, fribidi... Жалею, что не отдал ему все 4 потока. Это долго может продлиться?
>>1941718 Ну если в один поток, то несколько часов запросто, со всеми зависимости. Ты ему только ffmpeg хоть сказал собрать? Олсо, я сильно не тестил, но чего-то мне показалось, что 1.5.0 быстрее тестовый сорец энкодит, чем 1.6.0. Хотя у меня ещё --enable-vp9-highbitdepth, оно дополнительные погрешности вносит.
А это ты писал про артефакты >>1941124 или нет? Если нормально соберётся и не лень, то можешь закинуть этот ffmpeg boram и тоже потестить на артефакты, до и после.
Аноним (Microsoft Windows 7: Firefox based)20/01/17 Птн 12:59:34#184№1941728
>>1941816 Ну что, собралось? Или ты психанул и вырубил? Тот же curl и кучу прочего говна можно отключить на самом деле, для обычных энкодов оно нинужно.
Аноним (Microsoft Windows 7: Firefox based)20/01/17 Птн 19:18:43#187№1942094
>>1942050 Сделалось. Тестить буду поздно вечером. Версия libvpx там стопроцентно 1.6.0?
>>1942115 Т.е. исправилось? А вообще похожие артефакты в видео есть? Оно бывает не именно в этом моменте, а в произвольных местах. Ещё может это какой-то косяк zeranoe (кривая версия компилятора, например). У меня-то на 1.6.0 всё ок, да и гугловцы вряд ли бы такое релизили.
Аноним (Microsoft Windows 7: Firefox based)20/01/17 Птн 20:01:23#191№1942126
Ещё один тестик сомнительного содержания. Оригинал вот, вроде бы: https://www.youtube.com/watch?v=umVEWBoMTh4 Обстоятельства теста и выхлопы рил. По ОЗУ получилось ровно противоположное
>>1942327 Ну я просто хочу сам попробовать. Так-то наверно "-sub_charenc cp1251" (в raw args) сработает, как предложено, но я не проверял, так что не уверен, что заработает.
Аноним (Microsoft Windows 10: Chromium based)21/01/17 Суб 00:10:18#201№1942338
>>1942338 :charenc=cp1251 в raw args, перед двойной кавычки, после одинарной (опция для фильтра subtitles). Сделаю тогда поле для ввода кодировки рядом с выбором субтитров, там месте всё равно дополна, а проблема может часто возникнуть. Спасибо за репорт.
Аноним (Microsoft Windows 10: Chromium based)21/01/17 Суб 18:14:12#203№1942874
Слушай, а как насчет функции для вставки дорожки из другого файла? Ну чтобы музыкальные залупы делать.
Аноним (Microsoft Windows 10: Chromium based)21/01/17 Суб 18:15:41#204№1942876
>>1942874 Алсо, не работает ctrl+c в логе encode. Копируется только через меню. В raw args все нормально.
>>1944840 Сначала я не огу понять в чем дело, по этому ставил разные версии ffmpeg, mpv и libmpv, в том числе устанавливая из исходников, пока до меня не дошло, что просто надо установить версию ffmpeg соответствующую версии mpv. Т.к. я ламер, я не мог установить mpv из исходников, он как-то геморно устанавливается, с установкой ffmpeg проще. По этому я сделал все через задницу, и подгонял не mpv под ffpeg а ffpeg под установленную с бинарника версию mpv
>>1944843 Я устанавливал ffmpeg и бинарный и из исходников последней версии, а с mpv было сложнее, бинарник нашелся довольно старый, а из исходников установить я ниасилил.
>>1944844 > он как-то геморно устанавливается Вот через это говорят просто: https://github.com/mpv-player/mpv-build >и подгонял не mpv под ffpeg а ffpeg под установленную с бинарника версию И где в итоге взял свой ffmpeg? Там libvpx вообще включён?
Use 20160725-fb91850 Zeranoe build since latest builds with 1.6.0 produce artefacts Restore copy audio mode, make it work properly on cutting Allow smaller window sizes, for 1366x768 screen resolutions
Checking for libav/ffmpeg : no ('libavutil >= 55.20.0 libavcodec >= 57.25.0 libavformat >= 57.07.0 libswscale >= 4.0.0' not found) Unable to find development files for some of the required FFmpeg/Libav libraries. You need at least FFmpeg 3.2.2 or Libav 12. Aborting.
Хотя у меня установлены (по той первой ссылке) более поздне верссии ffmpeg library versions: [cplayer] libavutil 55.45.100 [cplayer] libavcodec 57.75.100 [cplayer] libavformat 57.65.100 [cplayer] libswscale 4.3.101 [cplayer] libavfilter 6.71.100 [cplayer] libswresample 2.4.100 [cplayer] ffmpeg version: N-83263-gecd360041e
>>1948862 Неглобально libmpv.so установил? Как вот этот собранный mpv запускаешь, по какому пути? Если libmpv.so куда-нибудь в /usr/local/lib положилась, то сделай просто "sudo ldconfig" и попробуй запустить ещё раз.
>>1949015 А реальная либа где? В /usr/lib/x86_64-linux-gnu/libmpv.so? Тогда просто sudo ln -sf /usr/lib/x86_64-linux-gnu/libmpv.so /usr/lib64/libmpv.so.1 >>1949017 Нет, достаточно libmpv.so.1.
>>1949023 /sbin/ldconfig -p | grep mpv что показывает?
Аноним (Microsoft Windows 7: Яндекс браузер)28/01/17 Суб 20:27:08#235№1949031
Поясните как в этом вашем борате зделать так, чтобы была только статичная картинка и аудиодорожка. Картинку закидываю - норм, аудио добавляю плюсиком - пишет необнаружено видеодорожки.
libmpv.so.1 (libc6,x86-64) => /usr/lib64/libmpv.so.1 (а на этой написано, что ссылка на libmpv.so.1.24.0) libmpv.so.1 (libc6,x86-64) => /usr/local/lib64/libmpv.so.1 (сюда я сам ее только что закинул)
>>1949072 теперь ввел двумя @file -L /usr/lib64/libmpv.so.1 сообщение /usr/lib64/libmpv.so.1: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, BuildID[sha1]=f137397cc89241421ac9dbc73d794c2b32e55230, stripped
потом
@/dragonfly/ProgrammPlus/boram-v0.2.3-linux-x64/resources/app/checklib /usr/lib64/libmpv.so.1 && echo OK и еще так @/dragonfly/ProgrammPlus/boram-v0.2.3-linux-x64/resources/app/checklib libmpv.so.1 && echo OK
>>1949135 Ну на свежих дистрах так-то всё работает. apt-get install python ffmpeg libmpv1 и всего делов. Для несвежих надо всякие PPA-шки и PKGBUILD-ы делать, да. Хотя можно идти по-другому пути, как на Windows. Всё таскать за собой статиком. Некоторые юзерфрендли аппликухи с продвинутым функционалом под линукс так и делают. Типо, в репозиториях правды нет. Хех, надо подумать. >>1949141 Странно, одну библиотеку видит, а другую не видит. А "ldd /usr/lib64/libmpv.so.1" можешь показать тогда? Какая-то там фигня, которая ускользает. Но всё равно додебажим до победного.
>>1949147 Ага, попался! >liblua.so.5.2 => not found Ну ты понел. Походу этот mpv-build её локально затащил что ли. В качестве простого фикса можешь просто пакет с пятой луа вкатить.
>>1949161 Не ссы, немного осталось. Блин, это 5.1, а 5.2 вам походу на завезли. Ну тут 2 варианта: 1) перекомпиляешь mpv через mpv-build с --disable-lua 2) собираешь 5.2 руками или через LD_LIBRARY_PATH пробрасываешь путь туда, где mpv-build её положил, либо ln -s её в /usr/local/lib и ldconfig
>>1949166 я сейчас сурс попытаюсь поставить, 5.3 подойдет или надо 5.2?
Аноним (Microsoft Windows 7: SeaMonkey)28/01/17 Суб 22:32:30#253№1949171
>>1949166 >>1949161 https://pkgs.org/download/lua Можешь скачать из категории Slackware или любой rpm нужной версии, rpm2tgz применишь потом. Вторым способом можешь вообще всё, что нужно скачать.
>>1949171 Наконец-то запустилось, но не знаю почему, снова ругается на Unrecognized option 'speed'. Error splitting the argument list: Option not found
>>1949181 Странно. ffmpeg вроде новый у тебя. $ ffmpeg -hide_banner -codecs |& grep vp9 Выводит что-нибудь? >>1949187 Лучше что-нибудь где пакеты посвежее, вроде арча. Ну или debian testing/manjaro unstable можно попробовать. На версионных дистрах можно сидеть, конечно, особенно пока они свежие, но уж больно заёбно со всякими PPA-шками носиться потом.
>>1949210 Лол, mpv ж требует точное соответствие версий, пизда. Сейчас такой пердолинг будет. >Note that libass and ffmpeg will be statically linked with mpv when using the provided scripts, and no ffmpeg or libass libraries are/need to be installed. А, нет, там же статика. Отставить панику, проблемы будущего решены в прошлом.
Олсо, а какого хуя в Слаке ffmpeg без libvpx? Патрег сука охуел!
>>1949200 В общем, в твоём ffmpeg нет VP9-энкодера, не годится. Попробуй из другого места билд, как выше советуют.
Но libavcodec и прочие всё равно надо чтобы стояли. Потому что… всё через жопу, блин. Что-то мне это всё пиздец как не нравится. Package managers was a mistake. Мейнтейнеры типо там дали людям мифическую стабильность, а на самом деле переложили свою лень на плечи разрабов софта. Пидоры.
>>1949212 Я же ставил через скрипт mpv-master по ссылке которую ты давал, вот >>1948832 там по идее оно установило сразу mpv и ffmpeg, и потом была только проблема с libmpv которая устранилась после установки lua 5.2
@home/dragonfly/ProgrammPlus/boram-v0.2.3-linux-x64/boram: error while loading shared libraries: libavformat.so.57: cannot open shared object file: No such file or directory
установил libav 11.4-x86_64-1_SBo
но сообщение error while loading shared libraries: libavformat.so.57: cannot open shared object file: No such file or directory осалось
Ещё несколько подобных случаев и я всерьёз задумаюсь над статиком. Потому что на винде оно просто, блин, работает, из коробки. Ну или надо чтобы борамчик стала популярна и юзеры запиливали бы всякие пкбилды/ебилды/слакбилды под всё подряд.
>>1949255 Я если не дропну слаку, может попытаюсь заняться чем нибудь таким. У мня тут в принципе все работает, даже все игры которые запускал, кроме лола, он какой-то мега капризный и мега виндузяцкий.
Аноним (Microsoft Windows 7: SeaMonkey)29/01/17 Вск 00:34:00#274№1949257
>>1949256 У меня просто дико горит, что то, что легко работает у меня, нельзя так же легко установить на чей-то другой компьютер. Куча дистроспецифичных проблем. Нужно либо делать всё статиком, либо пилить поддержку под десяток популярных дистров. Второе затратно по ресурсам, первое мне казалось не unix-way поначалу. Но сейчас уже видится вполне адекватным решением. Хули ещё делать-то.
>>1949260 Большинство разработчиков наверно так же думают. Зачем нам мучиться делать одну программу под 100 дистрибутивов, ради 5% пользователей. если можно сделать под один - два, для 95% пользователей. Но все же хорошо когда есть выбор, и но надо хорошо шарить, я бы сам не смог заставить твою прожку работать.
>>1949534 Наверно надо по умолчанию просто включить. Без предпросмотра всё равно плохо, а если он будет глючить от кривых видеодрайверов, то это не сильная потеря.
> < BBB> wiak: tiles degrade quality/bitrate ratio by about 0.5-1% for 2 tile columns vs. 1 tile column, and incrementally more as you increase the number of tile cols Более точная инфа по влиянию -tile-columns.
>>1922151 >>1922155 Лол, таки это не глюк OpenGL был, это просто баг при открытии новой вкладки. У этой надписи position:fixed, она выше остальных элементов оказывается. Поправлю в следующей версии.
Аноним (Microsoft Windows 7: SeaMonkey)02/02/17 Чтв 19:48:43#292№1952828
>>1952823 Эта полоска появляется, если есть пустая вкладка.
Аноним (Microsoft Windows 10: Chromium based)03/02/17 Птн 19:42:23#293№1953450
Спасибо, охуенный конвертер, пойду клепать вебмки с шарием.
Аноним (Microsoft Windows 8: Chromium based)04/02/17 Суб 19:23:10#310№1954024
И еще такой вопрос. Ты антивайпах не состоишь? Или мне перед перекатом лучше каждую строку шапки медии тестить? Потому что с питузой уже надо что-то думать.
>>1954024 >Ты антивайпах не состоишь? Больше нет. >каждую строку шапки медии тестить Можешь в /test/ просто запостить, delall происходит в пределах раздела (правда потом ещё на пару часов глобальный бан). Но кроме питузной всё должно быть чисто. >Потому что с питузой уже надо что-то думать. Убери или замени на минификатор вроде goo.gl (если анимуфаги из /b/ до этого не додумались, конечно, и её тоже не успели побанить).
Аноним (Microsoft Windows 8: Chromium based)04/02/17 Суб 19:33:22#312№1954030
>>1954026 > Можешь в /test/ Ну я уж не такой умственно отсталый чтобы сразу на месте тестить. С каких это пор такие баны стали пару часовыми? Ты что-то путаешь.
Аноним (Microsoft Windows 8: Chromium based)04/02/17 Суб 19:34:39#313№1954032
С питузой то я знаю что делать. Мне главное, чтобы от тебя сюрпризов не было.
Аноним (Microsoft Windows 7: Firefox based)06/02/17 Пнд 19:02:07#314№1955570
А будет такое, чтобы можно было с одного видео несколько фрагментов нарезать, а boram их сам склеит?
Аноним (Microsoft Windows 7: Firefox based)06/02/17 Пнд 19:17:46#315№1955598
>>1954021 Уже как минимум 3ий человек просит возможность ввода метадаты.
>>1955598 Тогда придётся сделать. >>1955570 Думал о таком. Хз, как-то сложно получается.
Олсо, на 8ч в /tech/ довольно активный тред про свободные видеоредакторы. И много кто за Blender VSE топит. Надо будет его получше осилить, может в самом деле лютая годнота. Нарезку всё-таки лучше в нормальных редакторах делать, потому что кроме нарезки можно ещё всякое тут же захотеть. Именно чистая склейка фрагментов не такая интересная, как, например, кадр в кадре или вообще трекинг движения. Хотя я тут недавно делал одну штуку, просто сэнкодил два раза фрагменты и объединил с помощью mkvmerge. Но там ещё у второго видео пришлось разрешение подгонять с кропом, неудобно короче. Ещё в прошлом треде писал про редактор на основе vsedit, недостающие части пайплайна редактирования видосов и как это всё скомпоновать с помощью гайдов. Надо подумать в общем.
Аноним (Microsoft Windows 7: Firefox based)06/02/17 Пнд 22:25:21#317№1955842
Помогите ньюфане - поставил из репощитария убунты ffmpeg, питон 2.7 вроде по дефолту стоит, а как именно поставить libmpv? Какой-то из пикрилейтед пакетов? Алсо, как п0нимать фразу: >Для работы встроенного плеера требуется поддержка OpenGL и WebGL в хроме. Сам по себе хром что-ли обязателен?
>>1956507 libmpv1 >Сам по себе хром что-ли обязателен? Нет. Просто способ проверки. tldr; если есть средней паршивости видюха и нормально поставлены драйверы к ней, то проблем быть не должно.
Поставил вроде libmpv1, пытаюсь запустьть: ./boram: error while loading shared libraries: libavformat.so.57: cannot open shared object file: No such file or directory
Хм, я ничего в этом не понимаю, но борам жалуется на "libavformat.so.56", а судя по тому, что я вижу оно называется у меня "libavformat-ffmpeg.so.56" - может из-за этого проблемы?
>>1956730 Вот же бля. А вот так ещё: readelf -d /usr/lib/x86_64-linux-gnu/libavformat-ffmpeg.so.56 | grep SONAME >>1956741 Да нет, всё так. Я такой подставы от убунты не ожидал просто. >>1956745 Ага.
>>1956900 Блин линуксы такие веселые. Теперь ютуб-дл отказался работать. Ну пофиг - поставил из репов - тоже! Скачал с сайта разработчика - заработало. Твоей проге никак нельзя скормить локально-установленный ютуб-дл?
>>1956963 Ты имеешь ввиду ссылки с ютуба не скачиваются внутри программы? >>1956973 Лимит это когда ты энкодишь в заданный размер (20мб под /b/ к примеру). CRF когда в заданное качество (удобно для небольших фрагментов, т.к. на глаз не всегда ясно, сколько им надо битрейта).
Аноним (Microsoft Windows 10: Firefox based)07/02/17 Втр 21:04:58#340№1956979
>>1956973 лимит режим чтобы подбирает качество под требуемый размер
>>1956978 Ага, п0нятно. А, слушай, а оно походу уже из программы заработало, как только я поставил с офф-сайта yyoutube-dl. Как узнать какой именно бинарник твоя прога запускает - свой, который у неё там в папочке или тот, что в системе стоит?
>>1959485 Нет. Есть пара фич, которые бы не мешало сделать. Но интерактивный режим я не вижу смысла дополнять, он изначально костыльный.
Аноним (Microsoft Windows 8: Firefox based)10/02/17 Птн 14:51:14#350№1959649
>>1959560 Он мне нравится именно из-за интерактивного режима. Пусть это костыли, но не помешало бы его чуть улучшить, например, добавить выбор превью. Еще очень повысит удобство сохранение временного диапазона от прошлого кодирования и его подхват одним ключиком.
Аноним (Microsoft Windows 7: SeaMonkey)14/02/17 Втр 20:49:24#372№1963862
>>1963845 Не нужна же. Весь мир принял уже принял, что гладкость это хорошо и все операции по окрашиванию (от слова красота) сводятся к тому, что разгладить изпещеренную морду.
>>1962671 Всё, починил. Теперь в простое ничего не жрёт. Хотя во время проигрывания жрёт довольно много, потом может ещё посмотрю. Надеюсь я нигде не накосячил с мьютекстами.
This commit implements a new rate control system which was ported from Daala's rate control system (which was based off of Theora's rate control system) to the encoder. Its aim is to address the weaknesses of the current rate control system and eventually serve as its replacement.
This is still work in progress. So far this commit only implements support for single pass encoding for constant quality and bitrate targeting. Additional commits which implement two-pass support and the rest to match the feature set of the current rate control system are coming soon.
The rate control system hasn't been fully tuned (and will likely need additional tuning as the encoder's development progresses) and does contain some "hacks", to convert the quality to a quantizer value (empirical) and to tweak the quantizer in between golden frames (which uses some code from the current rate control system as well as code which attempts to model what that code does), the latter of which is only in the constant quality codepath.
Bitrate targeting works much better than the current rate control system's targeting and will actually closely match the rate specified by the user without the current rate control system's bursty behaviour.
Господа, где-то была инфа, что при енкоде в вёбм фрагмент должен начинаться с ключевого кадра. А как узнать точный тайминг этого кадра? Т.е. конструкция ffmpeg -i 1.avi -ss 1:20 -to 1:30 ... это не правильно? Или ффмпег сам найдёт ближайший ключевой к 1:30?
>>1965728 >А как узнать точный тайминг этого кадра? Вот здесь несколько вариантов: https://hive.blasux.ru/webm/s#cut >Или ффмпег сам найдёт ближайший ключевой к 1:30? Ага.
Может сильно наглое пожелание ленивой морды. Хотелось бы больше предустановок в опциях, чтоб можно был из выпадающего меню, или прокрутки, регулировать опции, например качества
Update youtube-dl, ffmpeg and mpv to latest versions Speedup render of internal player Ignore GPU blacklist by default Workaround for Ubuntu 16.04 ffmpeg Compatibility with old versions of ffmpeg Allow to enter/edit metadata title Allow to edit output path in input field Support Ctrl+C in output log area Correctly display sliders when multiple tabs are opened Preview feature (note: currently isn't scaled to target resolution) A lot of other UI and bug fixes
Много изменений, что-то могло сломаться. Тестите. Превьюшки не успел до конца доделать только.
Аноним (Microsoft Windows 7: Firefox based)18/02/17 Суб 03:08:24#385№1966572
>>1919858 (OP) Интерфейс на нормальном тулките планируется или так и будет пердольное хромоговно?
Олсо, в boram больше всего весят огромные статические билды Zeranoe, в которые он тащит вообще всё говно, которое найдёт в ffmpeg. И по второму раз слинкованные libav* в libmpv. Без них сжатый билд весит 26 метров только.
Как Qt помог бы этого избежать — не ясно.
Аноним (Microsoft Windows 7: Firefox based)18/02/17 Суб 04:00:02#392№1966596
>>1966596 А что тебе даст минимальный размер, кроме ощущения, что программа хорошо написана? Ты понимаешь, что если бы использовал что-нибудь вроде Qt или что ещё маргинальнее, далеко не факт, что первый релиз вообще бы состоялся. Вообще, считай, что я просто тестирую Электрон. Я и сам хочу взять что-нибудь другое и сравнить по скорости разработке и ощущениям. Приложения на электроне не идеальны, но они вполне соответствуют усилиям на них затраченным. По крайней мере меня не напрягает самому пользоваться wybm/boram (при том, что у меня достаточно мощный десктоп, да). Я вижу кучу недостатков, но сделать всё правильно займёт столько временных ресурсов, сколько я выделить не готов. Всё по Парето в общем.
И да, имей ввиду, что: 1) Делать кроссплатформенно 2) Делать, чтобы нормально работало у других на порядок сложнее, чем просто наколхозить для свой системы. Будь я на винде, я заюзал бы какой-нибудь C# и получил бы офигенный результат с минимум труда. С другими системами аналогично.
>>1966622 На линуксах их по-моему ещё больше ненавидят, чем электроны. По крайней мере я бы такое точно ставить не стал. А хром ещё так, куда ни шло, на полшишечки.
>>1966623 Кто ненавидит-то (ну, кроме тебя) и за что? Лично мне похуй совершенно. Но хром это уже реально перебор (и даже не из-за размера), ладно еще атомодетей я могу с трудом понять, редактор — штука сложная, хуе мое. Как вариант еще PyQt (правда, билд под винду вышел бы не меньшего размера, но я считаю, им уже давно не привыкать).
Аноним (Microsoft Windows 7: Firefox based)18/02/17 Суб 08:22:25#400№1966669
>>1966629 >Как вариант еще PyQt Да, в прошлом треде ещё перебрали штук 5 альтернатив. Надо будет попробовать. >>1966669 :effort: Хотя надо бы, а то в ffmpeg и libmpv тянуть два раза все кодеки это бред (+ffmpeg.dll электроновский). Хорошо, что хотя бы ffmpeg и ffprobe шарят либы. Ещё надо попробовать собрать NaCl SDK, меня дико бесит, что оно ограничивает разрядность билда. Ну это так, мелочи, жить можно и с этим. Надо ещё фичей много запилить.
>>1966550 Приятная новость. Но при запуске у меня сразу обнаружился баг. Когда добавляешь видео, и оно начинает проигрываться в окне программы, нажатие на кнопку паузы не срабатывает, и видео продолжает проигрываться.
Аноним (Microsoft Windows 7: Firefox based)18/02/17 Суб 14:20:17#409№1966854
>>1966617 В результате жирной кроссплатформой вместо легких нативных приложений никто просто не будет пользоваться.
>>1966623 >А хром ещё так, куда ни шло, на полшишечки. Вот только все наоборот. Mono - обычный фреймворк, а хром - платформа, созданная специально для зондирования.
>>1966676 >:effort: Так ты там еще и васянобинарники какие-то подтягиваешь? Пиздец.
>>1966759 Прыщеблядь копротивляется за быдлокод. Впрочем, ничего нового.
Оп, а ты хорошо разбираешься в кодировании вёбм? Просто я не могу догнать, что делать с видяшками, которые на ютубе в 720p, хотя ориджинал - жуткая цифра с древнего vhs. С одной стороны качество и так плохое и жалко кодить минуту\15мб, с другой - если начинать ужимать - всё еще хуже оригинала становится. Как с этим быть?
>>1966854 >никто просто не будет пользоваться Будут, если альтернативы значительно хуже. >васянобинарники какие-то подтягиваешь Всмысле? В ридми написано, что откуда используется. Я тебе вообще всё должен компилять что ли?
>>1966948 Используй wybm, чтобы вытянуть и порезать оригинальное видео, которое отдаёт ютуб, без потерь. Правда, там есть такой момент, что на маленьких разрешениях они для VP9 очень мало битрейта выделяют и он может выглядеть значительно хуже H.264-версии. Здесь ничего не придумаешь, кроме как пережать H.264 с ютуба в VP9 с жирным битрейтом (можно даже CRF).
>>1966950 Щито поделать, если я ебанутый. Думал, что уже завязал давать названия программам в честь каких-нибудь девочек, но нет, не удержался.
Олсо, по поводу размера. Посмотрел ещё софт на Qt. Вот тот же телеграм. 24 мегабайт запакованный упаковщик под линукс. Хз, чего именно к электрону доёбываются. Даже если я охуеть как заморочусь этим вопросом, меньше ~15-20 мегабайт вряд ли выйдет. Декодеры ffmpeg, либы mpv и всё прочее будут столько весить. По мне так у электрона гораздо более значимый минус это отсутствие нативного оформления.
>>1967271 >>1967272 Не юзер-френдли. Даже на линуксе с этим куча проблем (см. тред), при том, что казалось бы, есть офигенные репозитории и установка чего угодно одной командой.
Теоретически вообще это решается отдельным билдом для пользователей диалапа. Но если им настолько не пофиг, я думаю им проще из сорцов собирать самостоятельно, ещё меньше всего качать надо. Ведь перекачивать каждый раз одно и то же приложение, в котором килобайт 100 изменений, очень неэффективно.
Аноним (Google Android: Mobile Safari)18/02/17 Суб 21:21:24#440№1967289
>>1967281 Двачую. В репозиториях всегда тухлые версии.
Аноним (Microsoft Windows 7: Firefox based)18/02/17 Суб 21:23:25#441№1967291
>>1967281 Ну так не надо завязываться на мастер ффмпега. Понятно что у людей может быть старше версия.
>>1967291 Ничего, что у ffmpeg постоянно ломается ABI и меняется soname? Нормально это решается только через репозитории. На винде это никак не решают, просто фигачат статиком. Требовать установки чего-то стороннего в общем случае это в корне неправильно.
Аноним (Microsoft Windows 7: Firefox based)18/02/17 Суб 21:37:35#443№1967320
>>1967314 >разделяемые библиотеки - это неправильно, даешь бандлы по гигабайту! Вот такие нынче погромисты. И мы еще удивляемся, почему все жрет ресурсы как не в себя.
>>1967320 >нынче На винде так испокон веков было. Не я это придумал. Я хочу, чтобы программа была полезна и удобна и работала сразу же. А не заставлять пользователя лазить по каким-то сайтам и что-то там ставить. Как тот же вебмретардс заставляет устанавливать AviSynth (при том, что всё можно сделать и на фильтрах ffmpeg). Полный бред.
Аноним (Microsoft Windows 7: Firefox based)18/02/17 Суб 21:49:28#445№1967343
>>1967333 >На винде так испокон веков было. И почему же не бандлят .NET Framework или там msvcredist? Да и те же плееры - встроенные кодеки только у пришедших с Линукса.
>А не заставлять пользователя лазить по каким-то сайтам и что-то там ставить. Кодек-пак у пользователя уже установлен так-то.
>>1967343 >встроенные кодеки только у пришедших с Линукса Не только. Встроенные кодеки сейчас у всех. Два очень популярных примера — MPC-HC и PotPlayer. >Кодек-пак у пользователя уже установлен Вряд ли. К тому же, много кто его ставить не хочет, чтобы не тащить в систему всякую DirectShow-хуйню. (Хотя в принципе LAVFilters особо нагадить не должен.)
Вообще, повторяемся. Уже написал: >это решается отдельным билдом >можно и из сорцов собирать самостоятельно, ещё меньше всего качать надо
Аноним (Microsoft Windows 7: Firefox based)18/02/17 Суб 21:59:12#447№1967365
>>1967357 >MPC-HC Как раз был в составе кодек-паков.
>PotPlayer Этим говном кто-то пользуется?
>можно и из сорцов собирать самостоятельно >Не юзер-френдли. Кек. Хромопараша сколько там собирается (даже на i7)? И качать ее сорцы - это больше, а не меньше.
>>1967357 Вообще, если подумать, проблема в том, что нет нормальных обновлений. Заставлять пользователей вручную следить за релизами на сайте, каждый раз перекачивать тарболл, распаковывать, — это пиздец как тупо и неэффективно. Если сделать хорошо, кнопку обновления внутри приложения и выкачивания диффа, то это будет какие-то жалкие сотни килобайт в основном. А первый раз много скачать не так страшно. Надо будет сделать, как руки дойдут.
Сколько себя помню, на винде пока жил, да и сейчас, если кому-то винду ставлю всегда при установке ставлю k-lite mega codec pack. Алсо, считаю, что все-таки не нужно игнорировать идею шаред-либ, особенно для линуксов.
>>1967577 На линуксе системные зависимости используются. >при установке ставлю k-lite mega codec pack Это давно было, сейчас он почти не нужен. По крайней мере обычным пользователям, которые просто смотрят видео.
>>1967553 убунта (хз почему не высвечивается в портабл фф, юзерагент не включен) mpv mpv 0.18.1 (C) 2000-2016 mpv/MPlayer/mplayer2 projects built on UNKNOWN
>>1967659 >>1967671 Почему в качестве "временного решения"? Разве не логично добавить офф. репозитарий софтины, которой намерян пользоваться и всегд держать в up to date? Кстати, благодаря тебе, оп, пользуюсь MPV как единственным системным плеером - уж очень мне понравилась его минималистичность и работает хорошо. Пробовал VLC - почему-то вёбм-ки хуево мотались(ткнешь в середину видео и несколько секунд какая-то хуйня на экране)
>>1967706 >Почему в качестве "временного решения"? Потому что под 0.18 надо поправить по-хорошему. Хоткеи уже поправил, с паузой не получается. Что-то во внутренней логике менялось.
>уж очень мне понравилась его минималистичность и работает хорошо А то. Лучший плеер на самом деле по совокупности характеристик. Единственны недостаток (для кого-то) — нет гуя. А так вообще всех делает. (Хотя под ту же макось есть хорошая морда IINA.)
>почему-то вёбм-ки хуево мотались(ткнешь в середину видео и несколько секунд какая-то хуйня на экране) Подозреваю из-за того, что мало ключевых кадров. В libvpx раньше по умолчанию был бесконечный максимальный интервал для VP9.
Аноним (Microsoft Windows 7: Firefox based)19/02/17 Вск 03:27:05#460№1967714
>>1967711 >Лучший плеер на самом деле по совокупности характеристик Особенно по забиванию на Linux-way - ни стабильной ветки, ни поддержки версий в репозиториях дистров. Рекомендуют хуячить статически собранное говно с внесистемным ффмпегом. Прям как ты.
Я тут на второй машинке, которая вообще без гуи сделал такой шаблон для енкода вёбм-ок с "крутым" качеством. Все верно или что-то еще добавить следует? Насколько я понял дробление на треды качество как-то портит? ffmpeg -ss____ -i____ -t____ -c:v libvpx-vp9 -speed 0 -c:a libvorbis -q:a____ -frame-parallel 0 -pix_fmt yuv420p -tile-columns 0 -g 9999 -b:v____ -pass 1 -f webm /dev/null
>>1967720 Ну из очевидных это всё. Разве что CRF можно вместо VBR использовать. >Насколько я понял дробление на треды качество как-то портит? tile-columns, да. На 3-5% примерно. Есть вариант резать на части руками по времени — если куски не совсем маленькие, то потери будут минимальные.
Аноним (Microsoft Windows 7: SeaMonkey)19/02/17 Вск 13:17:22#470№1967924
>>1967916 Так они его в общие опции вывели. https://ffmpeg.org/ffmpeg-codecs.html ctrl+f slices К тому же slices можно задать любое количество, а token-part и tile-columns только кратное 2.
>>1967643 Вроде починил. Там такой ёбаный пиздец с рейсами оказался. А дебиановцам похуй же, у них стабильный софт в репах лежит, лол. Заодно ещё баги нашёл.
Тут еще вопрос возник. Предположим у меня начальное видео в 1920x1080 с битрейтом 2200к. Я к примеру указываю '-vf scale=1280:-1' - какой битрейт выставлять после этого выставлять(не пользуюсь -crf)? Если выставить -b:v 2200k - ффмпег будет столько и пихать, хотя разрешение изменилось или ключ "-b:v" чисто ограничительный, как указание максимума?
>>1968865 Битрейт исходника никак не связан с битрейтом результирующего файла. Перед конвертированием исходник всегда декодируется и подаётся на вход энкодеру как последовательность несжатых кадров, которые он снова сжимает, уже по своим алгоритмам. Соответственно, битрейт указывается такой, какой нужен конкретно тебе. Там может быть куча разных критериев — уложиться в лимит, минимум шакалов, полностью сохранить качество исходника и т.д.
>>1968867 >полностью сохранить качество исходника Вот примерно это нужно, НО с условием, что я изменю(в меньшую сторону) разрешение. Как это сделать грамотно? Алсо нужно-ли использовать какие-нибудь "-cpuflags" ffmpeg'а?
>>1968884 Полностью сохранить это -c:v vp9 -lossless 1. Иначе всегда будут потери. Если минимум шакалов для VP9 720p и средней сложности исходника, то наверно в районе 2-4 мегабит (оно и так уже в рекомендуемых, лол). Ну по крайней мере я обычно столько ставлю. >Алсо нужно-ли использовать какие-нибудь "-cpuflags" Не нужно.
< gnafu> Regarding xiphrc, I did a very unscientific test of encoding park_joy with and without xiphrc specifying a target bitrate of 500kbps. < gnafu> The xiphrc encode was half the site, getting under 600kbps. The non-xiphrc encode was over 1Mbps. < gnafu> So that's good :-). < gnafu> A quick glance at quality shows the non-xiphrc encode looking much better, but that's because it's nearly twice the bitrate. < gnafu> s/half the site/half the size/ < gnafu> So for its intended purpose, it looks like a clear win (achieving close to targeted bitrate with a one-pass encode).
Ну теперь заживём.
Аноним (Google Android: Mobile Safari)20/02/17 Пнд 21:45:40#490№1969080
>>1969380 > Быдло, плиз. Но руснявое быдло как раз таки привыкло к халяве, и еще хватает наглости кривить ебалом, если то, что им никто не обязан давать в принципе, не соответствует их чаяниям. И я не пользуюсь тем, что дают, я пользуюсь тем, что сам выбираю, если мне что-то не нравится, то я просто это не использую. Если бы речь шла например о платной программе, то для начала следовало бы ознакомиться с условиями на которых ты за нее платишь, и если бы предоставленная услуга им не соответствовала, тога бы имел смысл возмущаться.
Аноним (Microsoft Windows 7: Firefox based)21/02/17 Втр 17:52:45#494№1969495
>>1969465 >пок-пок-пок Проиграл с оправданий опущенки.
Основные особенности
∙ Кроссплатформенный WebM-конвертер с открытым кодом
∙ Поддержка режимов VP9/VP8/Opus/Vorbis/2pass/limit/CRF/CQ/raw-args
∙ Продуманные настройки кодеков и дефолты
∙ Скачивание видео для перекодирования с почти любого стриминг-сайта через youtube-dl
∙ Отображение практически любого формата видео в встроенном плеере вместе с субтитрами
∙ Автонастройка Fontconfig на Windows, прожиг субтитров одной кнопкой
∙ Простой интерфейс ориентированный на предпросмотр
∙ Несколько параллельных энкодов в одном окне
∙ Быстрое превью результата, не нужно ждать каждый раз, пока кодируется VP9
Установка
Скачать архив для своей платформы по ссылке https://github.com/Kagami/boram/releases → распаковать → запустить boram.
На Linux должны быть установлены Python, FFmpeg и libmpv, на Windows все зависимости включены в сборку.
Доступны релизы для 32- и 64-х битных Windows, 64-х битных Linux.
Для работы встроенного плеера требуется поддержка OpenGL и WebGL в хроме. Если плагин отказывается загружаться, можно попробовать добавить опцию --ignore-gpu-blacklist в свойства ярлыка/параметры запуска boram.
Планируемые возможности
∙ Вставка превью первым кадром
∙ Пресеты/профили кодирования
∙ Фильтры изменения FPS, скорости воспроизведения, оверлей и другие
∙ 64-х разрядная сборка для Mac OS
∙ Улучшения в дизайне, UX, справка
∙ Более правильные эвристики автовыбора лимита, битрейта
∙ Точная обрезка фрагментов в битых файлах
∙ Преобразование HDR в SDR, автотэггирование BT.709, BT.601 для VP8
Сравнение с аналогами
Q: Чем лучше консоли?
A: Предпросмотр, интерактивный выбор фрагмента.
Q: Чем хуже консоли?
A: Ничем. Типовой энкод использует ровно те же опции, которые можно и отредактировать при необходимости.
Q: Чем лучше WebM for Retards/XMedia Recode?
A: Кроссплатформенность, встроенный youtube-dl, удобный встроенный плеер, поддержка хардсаба из коробки.
Q: Чем хуже WebM for Retards/XMedia Recode?
A: Мало эффектов.
Прочее
На данный момент проект находится в альфа-стадии, много что может работать не так, как запланировано, либо быть ещё не реализовано. Любая адекватная критика, багрепорты, фичкреквесты значительно помогут делу.
Прошлый тред: