MediaPortal vs XBMC

Что-то в последнее время в этом споре у меня побеждать начинает xbmc...

Раздавал давеча писанки

На работе устроил раздачу писанок (а для чего же они делаются), вот этих:

Отмеченные стрелками - сам писал :)

MediaPortal 1.0.1 released...

Вчера увидел новость, скачал, поставил..

Обещали, что можно будет проапгрейдится: "фиг вам" сказал инсталлер, обосновав свое решение тем, что у меня svn-копия была установлена.. не понимаю, почему это должно было стать непреодолимой преградой, но мало ли.. все настройки слетели :(

Часа полтора пытался восстановить все как было; заодно обновил StreamedMP и MP-TV Series вкупе, база сериалов обновлялась как раз где-то час из полтора, при этом "Как я встретил вашу маму" обнаружился (хотя раньше пропускался), зато "Доктор Кто" теперь идентифицируется как версия 1968 года..

Надо было не трогать блин - но есть надежда, что что-то ж лучше сделали :)

з.ы. вообще надо было whats new посмотреть - может все же не надо было обновляться :)))

Пасха идет...

Вчера игрался - рисовал писанки (раскрашивал яйца то есть); не просто красил в шелухе, а делал красиво :)

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

Вот что у жены получалось в позапрошлом году к примеру:

Замена кадров в 3gp файле

Нужен код, реализующий с помощью ffmpeg замену выбранных исходных кадров в 3gp видео на свои.

Не так все просто на самом деле с этим.. если бы мне надо было для моих проектов, я бы может и попарился, а так - времени нет

Смысл в том, что тут есть может не очень очевидная проблема: (очень грубое описание) при кодировании видео кодер берет картинку первого кадра и упаковывает ее каким-нибудь продвинутым способом - этот кадр называется "ключевым"; затем берется картинка следующего кадра, определяются различия с предыдущей картинкой и упаковывается только различие между кадрами, так продолжается до следующего ключевого кадра (частота которых может задаваться)

При распаковке декодер распаковывает ключевой кадр, получает полную картинку; затем распаковывается только "разница" картинок и накладывается на предыдущий кадр, получаем 2-й кадр полностью

А теперь скажем надо заменить 5-й кадр в видеоряде: если просто вставить на место 5-го кадра свой упакованный кадр, даже отметив, что он ключевой - как декодер декодирует и покажет 6-й кадр? Он ведь декодирует только разницу в картинках и наложит ее на вставленый кадр - получим мешанину на экране, мешанина будет видна какое-то время - пока не раскодируется очередной ключевой кадр

Метод решения в лоб - декодировать подряд все кадры, тут же кодируя их назад, в нужный момент подменяя картинку.. самый простой способ, но дурная работа при этом составит процентов 90 наверное, смотря сколько кадров подменяется..

Метод правильный - тот же способ, но только в пределах оджного GOP (group of picures, группы кадров между двумя ключевыми кадрами)

1 апреля..

Пришел вечером домой, отдал жене деньги со словами: "На, это последняя зарплата, меня уволили".. Такой вот розыграш