Раньше на каждом втором сайте можно было написать в поиске «anus» и тебе выдавали длинный список занятых и свободных анусов. Нынче выдают штук 10 и вариации вида anuspro.com, а вот полного списка нигде нет. Где бы просто поискать свободные домены, в том числе в разных экзотических зонах вроде hk или film?

Еще интересуют вменяемые цены, а то в одном месте online стоит 2 бакса, в другом месте 40 баксов

Что у нас есть для того, чтобы побибикать в одной программе, а послушать эти бибики в другой программе? Нарисовать корявку в одной программе, а потом посмотреть на нее в другой? В мире сраных капиталистов есть продукты Адоба, которые очень сильно гордятся такой интеграцией, хотелось бы посмотреть на аналоги из мира швабодки (знаю парочку, но жутко кривых).

Ну с прямым преобразованием относительно просто: считаем матрицу камеры и перемножаем все наши вершины на эту матрицу или как-то иначе из 3D получаем 2D для экранного пространства. Куча статей с формулами, но без объяснений (или я слишком тупой, чтобы их понять).

А где и чего почитать на тему того, что я сфоткал спичечный коробок и имею координаты его вершин в экранном пространстве, я знаю его геометрию, я знаю примерные данные камеры (FoV), а вот как получить матрицу целиком? Иными словами, как работают трехмерные трекеры?

Да, в 2016-м году их сложно найти. Крайне желательно на русском языке. Еще лучше, если с использованием ВМ12 в качестве оборудования.

Панельки инструментов как в гимпе или фотошопе. Или в эклипсе. Их можно таскать, закрывать-открывать, превращать в отдельные окна или наоборот, во вкладки, полностью перестраивая внешний вид приложения.

Пример: http://www.tipsquirrel.com/wp-content/uploads/2013/05/photoshop_3d_lights1.jpg

В эклипсе используется JFace, в гимпе GTK. Может быть еще есть что-то большое с подобными панельками, что там?

При производстве чего-либо остается много «исходников» и сопутствующих материалов. В мире софта можно потом все это говно залить на гитхаб и надеяться, что это кто-то когда-нибудь допилит и скажет спасибо. Но, скорее всего, просто украдет для своего проекта. В остальном, оно будет до скончания веков лежать и никто про это не вспомнит, даже автор забудет.

А вот при производстве фильмов остается дофига артов, раскадровок, неудачных дублей, сцен, которые в общем-то нужны, но вырезаются по тем или иным причинам. К примеру, из Терминатора 2 была вырезана сцена со вскрытием черепушки, которая объясняет некоторые моменты. Я уж не говорю про официальные требования к прокату в некоторых странах, когда для проката в отдельной стране могут изменить даже ФИНАЛ фильма! Или, когда один и тотже мультик может быть «отреставрирован» с полным переозвучиванием и перерисовкой части сцен. Даже если вы просто решили отрудабить какой-то фильм и промычать озвучку в микрофон, на выходе кроме озвучки остается дохрена сопутствующих материалов, начиная от разных вариантов перевода, заканчивая разными веселыми и не очень дублями озвучки. Что делать с этой хренью? Вы будете компилять фильм для просмотра? Как накладывать наборы патчей?

И вот вопрос - что с этой херней делать? Я тут просто вспомнил один оверхайпнутый проектик 2014-го года и как-то ужаснулся: дохрена патчей, модов, фанартов, альтернативных сценариев, разные версии рисовок, все в лучшем случае распространяется как некие патчи к ванильной версии, какие-то официальные и неофициальные порты на Андроид. Как всегда, официальные порты глючат и тормозят, порты от Васяна летают, но с фирменными заставочками и звуками. Хочешь посмотреть такое или поиграть в это - сначала надо найти нужную версию. А найти сложно, так как все разбросано по бложикам, ссылки ведут порой на ргхост, где файлы давно прокисли.

К чему я это? Я только что нашел на винте пачку древних исходников, «ванильную бету», ранние разработки авторов, свои доработки, пачки патчей, которые естественно не вошли в апстрим (большая часть из них была сделана ради лулзов), какие-то вспомогательные утили, звуки, картинки и так далее...

Что со всем этим делать? Может быть как-то улучшить процесс производства? Создать какую-то программу, которая позволит перекомпилировать фильмы и diff/patch для не софта? А может...

Хочу добавить в свое приложение возможность расширения. Сначала хотел использовать любой скриптовый язык, но потом понял, что все они отстой и тормоза. По идее, если взять сишечку и скомпилять ее по быстрому, то времени это много не займет, компилять прямо в память, зато работать будет со скоростью света.

В принципе, можно просто вызывать gcc и создавать шаред-объект во временном файле, но это очень долго, если файлов будет много. Это как php, который умирает после каждого запроса. А есть ли компиляторы, которые могут работать как демоны, не тратя время на инициализацию при выполнении запросов, быстро компилить и требовать минимум ресурсов?

Алсо, подойдет и какая-то либа, в принципе можно и с собой таскать, внутри бинаря

Ищу нечто, где просто и легко можно создавать GUI, с минимумом писанины кода (желательно, не трогая визуальные средства и всякие XML). Не важно под какую платформу (если даже оно под Amiga), не важно какого года, не важно какие требования к ресурсам или зависимостям. Особенно интересны средства, где можно сделать тысячу окошек с разными кисточками/палитрами (как в Гимпе), склеивать/разделять эти окошки в рантайме, при этом желательно не изводить пользователя тысячей нативных окон, как это когда-то делал Гимп.

Задача в общем-то простая, но вот про нойз-шейпинг я ничего найти не могу. Особенно желательные готовые реализации, конверторы, опенсорсные плагины и тому подобное, что сможет реализовать сабж.

Нужно получить оффсеты/размеры кадров внутри контейнера (для быстрого seek внутри видеоредактора)

По идее, берем ffmpeg, получаем указатель на AVStream, а дальше перебираем index_entries и вроде все хорошо. Это работает для AVI или скажем MP4. А вот для матрешки или WMV это или вообще не работает, или дает только 1 стартовый кадр.

В принципе, это можно сделать последовательным чтением всех пакетов, но это слишком медленно. Медленно за счет IO, примерно 1 минута на 1 гигабайт файла. Многие видеоредакторы при открытии файла строят свой индекс подобным образом, но... Зачем, если внутри файла уже есть готовый индекс? К примеру, можно было бы открыть индекс из WMV чтобы получить все нужное.