shedevr.org.ru

[HoRRoR]

Собственно, у меня возник такой вопрос... Можно ли распаковать у видео отдельные кадры, а потом запаковать и вставить обратно не изменив структуры файла?
Объясню, зачем мне это надо.
Во-первых, это сэкономит ооооочень пного памяти при построении патча, а во-вторых, останется неизменённым качество незатронутого блока видео, ведь при перепаковке качество хоть немного, но теряется.
Прошу знатоков видеокодеков помочь
_________________
Работаю за деньги
KILL ALL HUMANS!!!!!111

[BoreS]

присоединяюсь. Нужно в перекодированном видео заменить несколько кадров, затем закодировать обратно в стр и что бы размер по возможности не увеличился и не уменьшился.

[HoRRoR]

Если можно - то хотя бы подскажите литературу и принцип компрессии, постараюсь разобраться сам...
_________________
Работаю за деньги
KILL ALL HUMANS!!!!!111

[Shiru]

Насколько я помню, там видео жмётся похожим на MJPEG образом - без межкадрового сжатия. MDEC (Motion Decoder) декодирует сами кадры аппаратно, но поток в str вроде дополнительно пожат хаффманом (распаковывается процессором и кидается на MDEC). Т.е. теоретически отдельные кадры без пережатия всего файла заменить можно. Смотреть надо документацию на Playstation, м.б. что-то есть в SDK (не смотрел, не знаю). Ещё на Zophar'е упоминается официальный документ File Formats, который там не выложен.

Да, сжатие там идёт макроблоками, так что м.б. можно заменить даже часть кадра.

[HoRRoR]

Это радует Ну что ж, буду информировать о прогрессе моих исследований в этой области
_________________
Работаю за деньги
KILL ALL HUMANS!!!!!111

[HoRRoR]

Нашёл документ. Судя по количеству опечаток - он неофициальный Но объём внушительный.
По мною прочитанному я понял, что данные сжаты подобно JPEG. Используется Фактор дискретизации(что это такое буду изучать), The color difference blocks (не знаю, как точно переводится, но погуглю), The Luminescence blocks (то же самое).
_________________
Работаю за деньги
KILL ALL HUMANS!!!!!111

[HoRRoR]

Ужас
http://compression.ru/book/part2/part2__3.htm#_Toc448152511
Это вообще реально реализовать? оО
_________________
Работаю за деньги
KILL ALL HUMANS!!!!!111

[Shiru]

Алгоритм у JPEG и подобных методов довольно сложный, но реализовать реально. Умельцы даже писали декодеры на ассемблере для 8-битных компьютеров.

Опечатки в документе могут быть официальными, наверняка изначально он написан на японском, и потом переведён тем, кто под руку попался.

[HoRRoR]

Блин, я в математике не шарю
Если не трудно, кто-нибудь может расписать алгоритм компрессии/декомпресии так, как он будет исполняться на компе?
_________________
Работаю за деньги
KILL ALL HUMANS!!!!!111

[HoRRoR]

Так, вроде частично вник в алгоритм, спасибо Dangaard'у за изъяснение математических формул
Но есть загвоздка - то не так дока)) То PSX Documentation Project, в ней данные немного не те... А про File Formats пишут следующее:

[BoreS]

не за что, теперь ждём от тебя законченного продукта, то бишь программы для редактирования кадров в .СТР

[HoRRoR]

[BoreS]

Это у меня не смех, а радость
я уверен что у тебя получится.

[Shiru]

К вопросу о декодировании. Основную часть можно подсмотреть в каком-нибудь эмуляторе PlayStation с открытыми исходниками. Например, PCSX (mdec.c, mdec.h). Вот с кодированием будет тяжело, оно само по себе сложнее, и подсмотреть негде.

Есть такая смутная идея. Вроде были программы для конвертирования видео в str, чтобы смотреть на приставке. Можно пойти таким путём: разбираемся, как заменить один кадр в потоке; кодируем свой вариант видео такой программой; берём оттуда нужные кадры и заменяем ими кадры оригинального файла. Бонус: не надо самостоятельно декодировать и кодировать сами кадры.

[HoRRoR]

Спасибо большое Но я все-таки постараюсь написать все там, тем более процесс не такой уж и сложный... Мне пригодился бы опыт работы с видео
_________________
Работаю за деньги
KILL ALL HUMANS!!!!!111

[HoRRoR]

Короче медленно, но чётко и очень уверенно въезжаю в алгоритм, попутно переводя часть доки, описывающую STR. В конце выложу перевод и своё подробное изъяснение формата STR.
Пока перевёл только маленький кусочек из середины про RunLevel-оптимизацию.

Часть перевода на заценку.
_________________
Работаю за деньги
KILL ALL HUMANS!!!!!111

[HoRRoR]

Короче пока научился заменять только кадры целиком.
Написал прогу для замены кадров, но за работоспособность не отвечаю Заменит - хорошо, не заменит - я не виноват :D

Frame Replacer

Для применения надо определить:
- Размер сектора
- Адрес первого сектора первого фрейма
- Смещение заголовка в секторе

Как это сделать?

Начнём с размера сектора. Вы можете увидеть повторяющиеся через определённые интервалы схожие структуры. Нужно найти в начале одной из таких структур значение типа 6xxx, обычно это 6001 - это начало заголовка. Отмеряем размер до следующего такого значения - это и будет размер сектора. Обычно это $930.

Адрес первого сектора определить не сложно. Для этого надо сперва определить, с чего начинается сектор. Во всём секторе, за исключением начала (и конца, если это конце фрейма) идут беспорядочные данные. Как только они кончаются, структурированные данные. Вот начало этой структуры и будет началом сектора. Ну а первый сектор будет сектором, идущий первым . Обычно у STR присутствует заголовок файла, где-то от 16 байт, поэтому часто начало файла не является началом первого сектора.

Смещение заголовка - это смещение 6xxx относительно начала сектора.

Использование программы:

FReplacer <Изменяемый файл> <Исходный файл> <Адрес первого сектора первого фрейма> <Размер сектора> <Смещение заголовка в секторе> <Начальный кадр> <Конечный кадр>

<Изменяемый файл> - файл, в котором будут заменяться кадры
<Исходный файл> - файл без звука, созданный с помощью MOVCONV, размер сектора $800
<Адрес первого сектора первого фрейма> - no comments
<Размер сектора> - n/c
<Смещение заголовка в секторе> - n/c
<Начальный кадр> - кадр, начиная с которого заменять
<Конечный кадр> - кончая которым заменять

Пример: