Moskus, вообще-то, об это говорит официальная документация ffmpeg, где приводится такой пример:
overlay=x='if(gte(t,2), -w+(t-2)*20, NAN)':y=0
Как можно увидеть, начальное значение х тут будет отрицательным. И с отрицательным x у меня тоже все работает, но с отрицательным y возникают проблемы. И это похоже на баг самого ffmpeg
Увы, но совет бесполезен чуть менее, чем полностью. Во-первых, у буржуев зоопарк соцсетей на одну меньше точно, а нам игнорировать ВК не гоже. Во-вторых, если брать русскоязычных (например, ту же Медузу - они, вроде, продвинутые в этом плане), то их изучение мало что дало, каждый делает, как бог на душу положит. Попробуйте сами, скажем, вот эту ссылку: https://meduza.io/shapito/2017/02/20/vyshel-treyle... - вставьте ее в пост в ФБ (все будет красиво), а потом в коммент - картинка будет обрезана квадратом и часть букв останется за границей обрезки. Та же фигня, если вставлять ссылки, скажем, в Телеграм или в чаты ФБ и ВК.
Видео с экрана - это как раз не любой. Чтоб перейти по ссылке - это просто кликнуть, чтоб распространить - выложить ссылку в паблик, чтоб записать видео с экрана - это надо ставить софт, грабить видео, выкладывать, в общем, нужна сильная мотивация, чтоб с кем-то поделиться.
Подхода тут два - отдавать видео со своего сервера или с помощью стороннего сервиса. В обоих случаях подразумевается, что видео проигрывается в кабинете покупателя. Сходу не вспомню, но встречал сервисы, куда можно заливать видео и проигрывать на своем сайте при определенных условиях. Но без программирования тут не обойтись. Если делать на своем сервере, то тут тоже нужно программировать под себя. Либо покупать сторонние плагины. Например, встречал плагин для Wordpress, с помощью которого можно такое организовать. Но это все дополнительные сложности и затраты, на которые вы явно не рассчитывали. Можно, конечно, пойти и таким путем - запускаться как придумали, заработать начальные деньги, а потом уже накручивать. Но важно, чтоб заказчик с самого начала понимал недостатки вашего подхода
Максим: Очень долго рассказывать, почему приходится решение задачи именно в такой постановке. Конечно, можно написать скрипт, который будет мержить файлы и результат уже скармливать композеру. Но я надеялся, что эту работу можно как-то на сам композер возложить, чтоб уже совсем извратом не заниматься
В данном случае речь не идет о создании собственного пакета. Речь о том, что есть два локальных файла с описанием зависимостей - основной и дополнительный, и мне нужно, чтоб композер их мержил перед обновлением
Идея интересная, и, главное, реализация простая, как пятак. Циклические зависимости не выявляет, но, как вариант, их можно проверить отдельно, уже после сортировки
В общем случае циклические зависимости, конечно, могут быть, и выполнение алгоритма тут должно, разумеется, обрываться (напр., в коде выбрасывается исключение). Или считаете, что нереально это обнаружить?
Я так понимаю, что готовой сборки (неважно, на каком движке) все равно нет. И какой функционал есть в движке (либо из коробки, либо в расширениях), а какой нужно пилить (либо с нуля, либо на базе другого расширения) - это все равно сможет только разработчик решить. Если вы не понимаете в программировании, то вам по любому придется доверить решение технических вопросов кому-то другому. Вот и сделайте это.
Что касается скорости разработки, то если человек никогда не работал с Битрикс, но имеет богатый опыт работы на Друпале, то допиливать функционал на том движке, который он хорошо знает, все равно у него получится быстрее.
ЗЫ Код, который выше привожу - это сильно упрощенный вариант, к которому я пришел, пытаясь понять, почему оверлей не накладывается