Конверсия видео

[alone]

Видео на голом 48K - вроде бы, этого ещё не было. Устроим конкурс? Допустим, ограничимся только заставками сериалов (не анимационными), источник брать с YouTube.

Я так подозреваю, что разработки в плане сжатия видео на ZX пока ещё в детском состоянии. Почему, например, обязательно квадратики?

[Advertiser]

[savelij]

ZX video converter (Windows) - где на это чудо можно увидеть нормальную инструкцию по пользованию? То что указано на твоем сайте написано ни о чем. И понять как пользоваться этим вообще ни разу не понятно. Желательно в виде текстового файла, а не в виде ссылок.

[alone]

Это чудо совершенно бесполезно для сабжа. Оно по квадратикам пакует + не делает кодирование энтропии.

[NovaStorm]

А как ты при энтропийном кодировании (даже при статическом хаффмане) получишь хотя бы 5 фпс?

[NEO SPECTRUMAN]

ZX video converter (Windows) - где на это чудо можно увидеть нормальную инструкцию по пользованию?

Да. Очень бы хотелось увидеть инструкцию по использованию.
Не одна попытка что нибудь сконвертить не увенчалась успехом.
Что только не пробовал.

Следующий вопрос немного не в тему но все же

Имеется буржуйский видео плеер с не плохим конвертером но у него один большой недостаток. Он под DivIDE.
Нельзя ли его подпилить под отечественное железо?

конвертер
divideo-0.2.0-win.zip

вроде исходники плеера
divideo_player_source.zip

плеер с тупым видео в комплекте
divideo_outline_demo_hdf.zip

на всякий случай эмулятор
fuse-1.0.0.1-win32.zip

[alone]

А как ты при энтропийном кодировании (даже при статическом хаффмане) получишь хотя бы 5 фпс?

Статический Хаффман даёт 10К/с. Для сравнения, в Dimon128 поток ~200 байт/кадр.

[Vitamin]

Статический Хаффман даёт 10К/с. Для сравнения, в Dimon128 поток ~200 байт/кадр.

А ключевые?

[GM BIT]

Для сравнения, в Dimon128 поток ~200 байт/кадр.

Это как результаты УЗИ, надо метров с 20ти рассматривать

[NovaStorm]

Для сравнения, в Dimon128 поток ~200 байт/кадр.

_Такого_ видео лучше не надо. Я думаю, если к чему-то стремиться, то не меньше чем к 128х64@1bpp@5fps. Но лучше наверное ориентироваться на фуллскрин (+скорее всего чанки 2х2)с возможностью брайта.

---------- Post added at 09:07 ---------- Previous post was at 09:03 ----------

А ключевые?

Ключевые имхо надо попробовать чем-то вроде CCITT Group 3 без предопределённых таблиц или статическое кодирование со start-step или start-step-stop кодами. Можно и гамма-коды Элиаса, или тот же Хаффман, по возрастанию вычислительной нагрузки. А если будут чанки(хотя бы 2х2), можно будет делить изображение по яркостным слоям, кодируя их отдельно. В таком случае xor между кадрами таки даст выигрыш. Такой себе недо-вейвлет =)
+можно попровать кодировать паттернами, lz на битовом уровне, но тут хз, что получится.
Также можно пробовать q- и z- кодеры, но при относительно небольшом выигрыше в сжатии, они думаю, будут гораздо тормознее.

[Vitamin]

Один хрен это все никому не надо...