Просмотр полной версии : Кино и вектор
Важнейшее из искусств реализуется на векторе посредством утилиты VMFI
http://sensi.org/%7Esvo/scalar/ware/641/
К сожалению, автор дал народу только просмотрщик, но не кодер.
Попытался по быстрому сваять кодер, он получился убогий, да еще и на matlabе, так что его выкладывать стыдно. Но на результат работы кодера можно посмотреть один раз
10786
Запуск ДОС не по F12 а по (левый Ctrl+F12)
Просмотр ролика
VMFI ИМЯРОЛИКА.MFI
(на запрос надо жать латинскую D)
Выход из просмотрщика - УС (левый Ctrl)
Еще ролики, они короче, зато 8 градаций, а не 4, поэтому выглядят лучше. Жаль, что разрядность ЦАП палитры на векторе маловата, а то было бы совсем хорошо.
Класно! жаль что короткие
Добавил в картотеку
http://sensi.org/%7Esvo/scalar/ware/641/
подробное описание формата файлов MFI, постарался написать все, что понял. Может кто-нибудь сделает нормальный кодер, или нормальный декодер в avi.
Все побежали и я побежал. На волне интереса к Bad Apple сделал прикидочный вариант для вектора. Для пробы решил обойтись голым вектором. В 56 Кб поместилось 198 кадров 128x96, 25 FPS (исходный размер этих кадров без "видеокодека" - 297 Кб), без звука. После lz4 в районе 23 Кб. В квазидиске помещается примерно 1000 кадров (без lz4). Полный мультик влезает в ERAM (опять же без lz4).
Вот бы в квазидиск. Хотя наличие софта может сподвигнуть меня на поддержку ERAM в подвластных мне эмуляторах и Шадках.
Больше 1000 точно можно (думаю на эту тему), а вот полностью вряд-ли. Хотя мне тоже хотелось бы уместиться в кваз.
А сколько всего кадров? Может быть устроить переменную частоту кадров. Где-то экшн, а где-то можно кадрик-другой и пропустить.
Всего 6572 кадра. Про сжатие с потерями применительно к Bad Apple пока не думал, еще и без потерь не все возможности использованы.
Еще и без потерь не все потеряно.
:)
Чуть повысил системные требования - fdd еще не нужен, но квазидиск уже необходим. LZ4 позволил затолкать в rom 378 кадров.
Сделал версию требующую fdd и квазидиск - 1035 кадров. После загрузки доса запускать просто badap4, не нужно указывать никаких параметров.
То, что яблоко после подбрасывания и инверсии ненадолго застывает - это задумка режиссера, которая есть в оригинале, это не баг проигрывателя.
Версию для ERAM с текущим кодеком вряд ли буду делать. Нужно немного улучшить сжатие, чтобы полный мультик влез хотя бы на 2 дискеты, а не на 3.
Возможен такой вариант - Bad Apple разбивается на 7 частей, потом "видеокодек", потом полученные фрагменты поблочно сжимаются упаковщиком (MegaLZ, ZX7 или даже exomizer). Каждая часть будет занимать на диске в районе 100 Кб (на квазидиске 256 Кб) и 7 частей поместятся на одну дискету. Переход между частями вручную, т.е. проиграли первую часть - вышли в дос, загрузили и проиграли следующую часть и т.д. Хотя можно сделать и полуавтоматически.
В ERAM можно загрузить все и проиграть все за один раз.
Принципиальных сложностей нет, нужно только собраться и сделать. Самое сложное - найти мотивацию, интересные части уже сделаны, осталась муторная рутина, которую я могу отложить на годы.
Возможно кто-нибудь сделает альтернативный вариант, например можно попробовать играть на лету с hdd.
И почему мы не можем к Вектору прикрутить SD-контроллер имени Морозова, или его аналог?
Поправьте, если ошибаюсь, но у vinxru вроде был вариант с микроконтроллером. Есть ведь несколько простых вариантов. Основная проблема в программной поддержке. Реально для 8080 с простыми контроллерами есть только xsd b2mа, который я попробовал в v06cc несколько лет назад и с тех пор так и не собрался сделать нормальный типа-bios.
Я вообще не следил за развитием, xsd так xsd. А где на него посмотреть?
И почему мы не можем к Вектору прикрутить SD-контроллер имени Морозова
Прикрутить-то можно, только это же не микродос, ни одна программа с ним не будет работать. Или идея в том, чтобы через его контроллер к образу диска на карте обращаться?
только это же не микродос, ни одна программа с ним не будет работать.
Можно
1. Запускать .rom/.r0m/.rXX
2. Загружать в кваз .edd
Векторовские программы, которые напрямую лезут к fdd или hdd, конечно работать не будут.
И в дополнение к тому, что сказал ivagor, можно сделать драйвер такой штуки для МикроДОС-а. Ну и можно работать с ней напрямую, что в случае с проигрывателем видео будет неизбежно, наверное.
hitomi2500
25.10.2018, 16:27
Ух ты! А на живом Векторе оно так же быстро работает, как и на эмуляторе? И куда оно вначале копируется, на квазидиск? А какой алгоритм компрессии, если не секрет?
Если прикручивать SD-интерфейс в том числе ради видео, я бы сделал что-то побыстрее, чем у Морозова, пусть даже ценой сложности. С поддержкой какого-нибудь burst-режима, в котором ВМ80 только и делает что читает адрес, безо всяких морганий ногами и прочих бисерометаний перед современной элементной базой. Тогда размеры файлов будут непринципиальны, можно будет стримить.
А на живом Векторе оно так же быстро работает, как и на эмуляторе?
Как минимум три современных эмулятора (emu-b2m, Virtual Vector-Ramiros, v06x-svofski) соответствуют по скорости реальному вектору.
И куда оно вначале копируется, на квазидиск?
badap1 использует только основную память вектора, для badap3 нужен квазидиск, для badap4 - квазидиск и дисковод.
А какой алгоритм компрессии, если не секрет?
"Видеокодек" разбивает кадр на тайлы 8x2 точки, каждому тайлу соответствует бит в битовой карте. Если бит сброшен - изменений по сравнению с предыдущим кадром в данном тайле нет, установлен - изменения есть и их нужно отрисовать.
В badap1 и badap3 результат работы видеокодека еще сжат с использованием LZ4, при старте распаковывается.
hitomi2500
25.10.2018, 17:10
"Видеокодек" разбивает кадр на тайлы 8x2 точки, каждому тайлу соответствует бит в битовой карте. Если бит сброшен - изменений по сравнению с предыдущим кадром в данном тайле нет, установлен - изменения есть и их нужно отрисовать.
Понятно, мне b2m на Апогее такую же идею подкинул, но битовая карта разбивается на байты, и по ним создаётся битовая карта карты, а потом ещё пару раз. Получилось 5-уровневое битовое дерево с верхним уровнем в 8 бит и нижним в 4096 байт. При изменении в кадре только 1 точки размер кадра равен 5 байт, без изменений - 1 байт. По моей статистике для BadApple уровень сжатия получается в среднем около 10.
У меня (без дерева) сжатие примерно в 5.3 раза.
По моей статистике для BadApple уровень сжатия получается в среднем около 10.
Смотря как считать. Если брать исходные ч/б кадры 192x102 без учета их апогеевского представления, то сжатие в (192*102/8*6572)/2355355=6.8305 раз.
hitomi2500
25.10.2018, 23:12
Да, немного неправильные у меня получились разы, как ватты у Синклера :)
А вообще вы правы, дерево избыточно. Чем выше уровень дерева, тем меньше он экономит. И максимум что сэкономит полное дерево по сравнению только с первой картой - это чуть менее размера этой самой первой карты, т.е. 96 байт. Учитывая что это максимум, а в среднем будет меньше (возможно в несколько раз), большой экономии не получается.
Экономия может и появилась бы, если уменьшать тайл, но если делать его меньше чем 8х1, это уже битовые операции по всему потоку, на пользу частоте кадров точно не пойдёт. А для 8х1 есть смысл максимум для второго уровня, дальше экономия копеечная.
Я пробовал 4 варианта размера тайлов/блоков - 8x1, 8x2, 8x4 и 8x8:
8x1: битовая карта 192+ тайлы 159 (здесь и далее в среднем по Bad Apple)=351 байт/кадр
8x2: битовая карта 96+ тайлы 192=288 байт/кадр
8x4: битовая карта 48+ тайлы 244=292 байта/кадр
8x8: битовая карта 24+ тайлы 320=344 байта/кадр
В результате выбрал 8x2.
Хотел попробовать двухуровневое дерево, но как-то не собрался. Еще больше хотел попробовать RLE, чтобы распаковывать на ходу, может все же со временем доберусь до этого.
Прикинул, что с самым простым и тупым RLE (сжимаем только нули), причем сжимаем только битовую карту и не трогаем тайлы, степень сжатия увеличивается с 5.3 до 6.64
Похоже в дереве особого смысла нет.
- - - Добавлено - - -
А если еще и тайлы RLEшить, то сжатие увеличится до 7.35 раз.
hitomi2500
26.10.2018, 12:18
Прикинул, что с самым простым и тупым RLE (сжимаем только нули), причем сжимаем только битовую карту и не трогаем тайлы, степень сжатия увеличивается с 5.3 до 6.64
Похоже в дереве особого смысла нет.
Надо ещё прикинуть время распаковки. RLE конечно распаковывается просто, но я не уверен что про времени RLE обгонит дерево. По этой же причине возможно не подойдут другие быстрые алгоритмы, например LZ4/LZ4HC.
Уточняю степени сжатия:
1) RLE только битовых карт - в 6.33 раза
2) RLE битовых карт и тайлов - в 6.66 раза (да, такая цифра)
Учитывая бОльшую сложность второго варианта и маленький выигрыш я его пробовать не буду, а первый обязательно попробую.
Реализовал первый вариант. В памяти вектора (без кваза) теперь уместилось 273 кадра. Первые кадры (44 штуки) я пропустил, т.к. они пустые и сжались бы до одного байта каждый, и взял с 45 по 317.
В квазидиске эта версия "видеокодека" позволит разместить 1236 кадров.
С использованием zx7mini удалось в версии для голого вектора (badap7) уместить 400 кадров, в fddшной+кваз версии (badap8) - 1659. badap7 еще сжат exomizerом, чтобы уложиться в ограничение на размер, накладываемое загрузчиком (поэтому при старте долго распаковывает).
1659 это уже четверть. Ухухух!
Да я вот думаю, может просто понижать разрешение, пока полностью не влезет.
По горизонтали анаморфирование 2:1, по вертикали интерлейс. Когда все станет влезать c небольшим запасом, может быть можно будет сделать оптимизатор, который будет сильные потери включать только там, где это не очень глазу противно.
У меня есть сомнения, что хватит уменьшения разрешения до 64x48, там степень сжатия скорее всего понизится. Но уж 32x24 точно должно поместиться в квазе, а выводить квадратами 8x8 или 8x10 на весь экран :)
Кстати, можно интерлейс сделать и по горизонтали. Не увидев, трудно предсказать насколько странно это будет смотреться.
Думал о подобном варианте с потерями - выбираем порядок обновления типа
0415
8C9D
2637
AEBF
и более поздние заполняем по остаточному принципу, но мне это не очень нравится.
У меня есть сомнения, что хватит уменьшения разрешения до 64x48, там степень сжатия скорее всего понизится.
К сожалению тут я угадал, получилось 325 с копейками килобайт.
А доступно что то около 304? Осталось чуть чуть поднажать!
А доступно что то около 304?
В районе 280, если не рушить дос.
По-моему, дос спокойно можно рушить ради такого дела.
Согласен, что вобще можно грузить мимо доса, но все равно будет максимум 310, а нужно 325+. Причем 325 это уже с оптимизированным под меньшее разрешение "видеокодеком", а с тем, который для 128x96 было аж 457+.
- - - Добавлено - - -
Скорее всего хватит уменьшения разрешения до 56x48 (соотношение сторон будет лучше соответствовать оригиналу с учетом векторовской неквадратности), но нужно еще писать свою грузилку, что совсем не хочется.
Можно просто дропнуть один кадр из 10?
Лучше каждый второй, до 15 FPS, на векторе будет 16.6. Это решит сразу несколько проблем - и в кваз поместится, и будет время на масштабирование.
Каждый второй может угробить волшебство. А сейчас фактически сколько кадров в секунду получается?
Да чего там, это же аниме. Видел порты с 15 FPS, было нормально. Сейчас 25, исходный FPS 30, т.е. проигрывает чуть медленнее, чем оригинал.
Не, сейчас очень плавно получается и не надо от этого отказываться, потому что смотрится отлично. Если исходный 30, а имеем 25, то все проще. Совершенно естественно сделать в таком случае то, что делают с любым видео: оставить 5 кадров из 6.
Когда добрался до проигрывателя, оказалось, что в "оптимизированном видеокодеке" ошибка. Ошибку я исправил, но выяснилось, что он не настолько лучше старого, сжал не до 325, а до 434 (старый - 457). Т.е. 5/6 не спасут гиганта мысли, сделал 1/2. Результат впритык влез в квазидиск. На мой субъективный взгляд вполне приемлемо. В итоге теперь на векторе есть Bad Apple! Пусть Lo-Fi, но зато полный. По быстродействию есть запас, зря я опасался, масштабирование по таблице быстрое.
Спасибо svofski за дискуссию и поддержку и hitomi2500 за мотивирующий пример!
Очень круто что Вектору в память лезет такая здоровенная фильма! Осталось музыку на ВИ53 ;)
В крайнем случае можно портануть AYковый вариант со спека, но лучше, если кто-нибудь сделает сразу для ВИ53 и 8080.
Собрал вариант 104x80 для ERAM (конфиг coman в emu), видеоданные занимают 463 Кб. Выкладывать думаю смысла нет, т.к. comanовский конфиг популярностью не пользуется. Можно переделать для двух КД, например на портах 10h и 11h.
Если взять "ближе к HD", то видео в разрешении 160x128 занимает 761 Кб.
Пара слов по поводу качества и универсальности. В Bad Apple очень мало фрагментов с полутонами, но они есть. Для более адекватного их отображения попробовал Флойда-Стейнберга - и да, так заметно лучше, зато сжатие хуже. Тем не менее на дискету (и в ERAM) влезает полный Bad Apple с разрешением 144x112. А еще лучше, если использовать 4 градации вместо двух, тем более вектор позволяет. Вектор позволяет и 8 градаций, но неудобно выводить и придется слишком сильно уменьшать разрешение, даже для 4х градаций на дискету мультик поместился при 80x72. Неожиданные пропорции для компенсации соотношения сторон векторовского экрана на реале. Приложил два фрагмента для голого вектора: 13s - с тенями, 13h - с полутонами. В таком формате (4 градации с дизерингом) можно более-менее хорошо показать более широкий круг мультиков или фильмов, чем нечто "теневое" типа Bad Apple.
Смотрится здорово. Правда я с трудом понимаю в чем отличие теней от полутонов, но оба фрагмента выглядят замечательно. И наверное можно попробовать закодировать так что-то еще.
Правда я с трудом понимаю в чем отличие теней от полутонов
Это у меня странные собственные условные обозначения с привязкой конкретно к bad apple. Общая идея в том что видно больше двух градаций яркости.
можно попробовать закодировать так что-то еще.
Хотел что-то черно-белое, глянул старые диснеевские мультики, но там качество изображения плохое, кадр дергается, царапины и т.д. - слабо сожмется.
Хотел что-то черно-белое, глянул старые диснеевские мультики, но там качество изображения плохое, кадр дергается, царапины и т.д. - слабо сожмется.
К черту Диснея, давай Betty Boop
https://www.youtube.com/watch?v=M3_KbMd-xQU
https://www.youtube.com/watch?v=wlLHZruDCAA
https://www.youtube.com/watch?v=F7T7fOXxMEk
https://www.youtube.com/watch?v=tK6Ty-uLIwM
Тут вроде не так чтобы сильно дрожало (дрожание можно прогнать через Deshaker, или если ты определишься с выбором, я могу даже попробовать через стабилизатор в DaVinci Resolve продавить). Но есть еще яркостное дрожание, если можно это так назвать. Возможно квантование до 4 оттенков эту проблему решит. Еще слышал про какой-то плагин для VirtualDub-а, который должен с мерцанием справляться -- сделан для оцифровки super8 кинопленок.
Качнул белоснежку - сжимается очень плохо, как и ожидалось. Картинка дышит и душит суперпростенький кодер. Мне бы что попроще.
Выглядит очень круто, но наверное и правда без ручной отрисовки тут не обойдешься. Хотя какие-то вещи наверное можно и алгоритмом. Трудно сказать по этому фрагменту, в пользу тут дизер или во вред. Например, область внутри зеркала могла бы быть монотонно-серой, без градиента.
Трудно сказать по этому фрагменту, в пользу тут дизер или во вред. Например, область внутри зеркала могла бы быть монотонно-серой, без градиента.
Если без дизера, то надо подбирать/регулировать контрастность и яркость или пороги преобразования. Например зеркало при тупом взятии двух старших бит яркости без дизера заполняется черным, а не серым, как хотелось бы, да и другие детали пропадают. Если без дизера, то нужно 8 градаций.
Если без дизера, то нужно 8 градаций.
Хаха, ну ты оптимист. Я боюсь, что все-таки такие вещи надо делать либо вручную, либо штудировать вайтпейперы недавних лет про анализ морфологии изображений. Думаю, что это потянет на научную работу.
Все относительно, на других я пробовал 8 без дизера - это сильно лучше, чем 4 без дизера. Выбор оптимальных уровней квантования при наличии четкого критерия есть, например для максимизации PSNR и вроде в матлабе это реализовано (сам я трогал это лет 15 назад и с тех пор все забыл), но PSNR конечно не даст наилучшее визуальное впечатление, тут нужна или более сложная модель (ее не будет) или подбирать руками (неохота).
Предполагаю, что существуют современные ч/б мультики, по содержанию какая-нибудь претенциозная хрень, но удобные для простого кодека. Или может не ч/б, но сохраняющее приемлемый вид в оттенках серого.
Не знаю насчет претенциозности этой хрени, но вот например: https://www.youtube.com/watch?v=K__wEYl-C6s
Еще есть замечательный Глен Гульд хэтэкующий в Les Triplettes de Belleville: https://www.youtube.com/watch?v=9cC02zLOPI8
Хотя, пересмотрев, не знаю. Все это глазу-то смотреть плавно, а на самом деле там везде много катов.
Хм может быть Рандеву даже лучше будет (слегка nsfw) https://www.youtube.com/watch?v=X-KChYBFiB0
Да, что-то в этом духе! Завтра обязательно попробую. Что интересно, прелюдия из второго мультика даже есть на векторе.
Попутно вспомнил советский мульт (https://www.youtube.com/watch?v=FwWEHNSqEKc) (там качество лучше, чем в американских мультиках 30х, но картинка дрожит и все такое)
Шпионские страсти у меня в детстве были на 8мм и без звука, так что это будет даже привычно. Но там анимация на самом деле так себе, можно спокойно кадры сбрасывать до 6 в секунду, а местами и одного будет много.
Простую дрожь картинки можно убрать deshaker-ом на полном автомате.
hitomi2500
14.11.2018, 11:00
А мне кажется дело не в цвете, главное это количество и размер деталей. И плохое яблоко в этом плане очень показательно, там всегда на экране один-два-три объекта, и все крупные. Бетти тоже неплоха, но деталей уже больше и они мельче, да и вообще её надо кроме дешейкера через определитель краёв прогонять, типа фильтра Собеля или чего-то подобного. Шпионские страсти вообще швах, там куча мелких надписей и прочих мелких деталей, которые в низком разрешении попросту пропадут.
Только вот в хороших примеров кроме яблока не могу назвать. Поэтому предлагаю плохие.
Клип aha с эклером - https://www.youtube.com/watch?v=djV11Xbc914 - деталей мало, но разрешение высоковато.
Кот Саймона - https://www.youtube.com/watch?v=fcjR93Jin4Y - опять большое разрешение.
Масяня - https://www.youtube.com/watch?v=mvS6dh0AC5A - флеш легко обрабатывается, но сам контент не очень, а без речи совсем теряет смысл.
Ukigumo - https://www.youtube.com/watch?v=r9186rZtCQM - тут вообще не очевидно, требования к скорости местами бешеные, и с разрешением опять плохо. И без музыки смотреться не будет никак. Но у Higedriver-a есть ещё видео, и не все там такие требовательные (вот например https://www.youtube.com/watch?v=_kVrk5JC488 и вот https://www.youtube.com/watch?v=KMZfdzHGBOo и может даже вот https://www.youtube.com/watch?v=-kXsxHt5qcE)
Deja Vu наверное неплохо отпорожится, но абсолютно необходим "порт" музыки на ви53 :)
https://youtu.be/B60JEZ1kZOo
Прикинул unclear и Triplettes, попробовал шпионов - сжимает плохо, увы.
А вот кот Саймона - отлично! Попробовал только первую серию, но наверняка есть и другие, которые можно сильно сжать. Вся серия - 173 Кб, и это в 4х градациях (+дизеринг), на дискете можно несколько коротких серий уместить. У оригинала 25 FPS, у меня 12.5 с редкими просадками, зато разрешение 256x176. И даже если сделать ч/б - все равно вполне смотрибельно, а размер всего 107 Кб. Отмечу, что именно этот ролик я при конверсии жестко обрабатывал фильтрами (контраст, уровни), без них заметно хуже.
Саймон потрясающе получился, еще и растянутый на весь экран! Кто б мог подумать, что он сотворен для Вектора-06ц. Отличный материал для выставочного режима, надо только сделать зацикливание. А если несколько серий, то чтобы было проигрывание всех файлов подряд.
Интересно, воспроизводятся не из под любой ОСи. Если стартонуть с "родной" дискеты, то всё класс. Если с другой ОСи (Биос 3.1 83г.) то мусор получаем на экране. Это под эмулем, на реале пока не запускал.
воспроизводятся не из под любой ОСи
Это не баг, это фича. Данный вариант для работы из под досов не знающих про кваз (mdos28 и cpm39), чтобы он весь был под кино. Т.к. этот мультик занимает не весь квазидиск, то можно переделать проигрыватель для запуска из под квазных досов, там буквально несколько байт поменять. Ближе к вечеру попробую сделать такой вариант, правда на мой взгляд единственный его плюс - возможность работы с hddшным досом.
Это не баг, это фича. Данный вариант для работы из под досов не знающих про кваз (mdos28 и cpm39), чтобы он весь был под кино. ...
Ближе к вечеру попробую сделать такой вариант, правда на мой взгляд единственный его плюс - возможность работы с hddшным досом.
Ясно.
На счёт использования для этих целей hddшного ДОСа, чёт меня сомнения распирают...
HDD-шный ДОС работает с несколькими дискетами одновременно, но чтобы работать с другими, их нужно переключать. Если в ДОСе есть команды переключения дискет, которые можно запустить из выполняемой программы (плеера), то всёравно могут быть подводные камни...
Переделал проигрыватель Саймона для работы почти со всеми (кроме РДС) досами для конфига {fdd+стандартный кваз}. В T34 и Т72 играет нормально, но выход в дос не вполне корректный.
C hddшным досом 3.1H работает, пробовал в emu: переписал на образ hdd проигрыватель и видеоданные - нормальное проигрывание и выход в дос.
Околоновогодний кот Саймона. Технические детали почти все как у первого кота кроме числа градаций - 2 вместо 4, потому что этот мультик несколько длиннее и здесь побольше движения. Отдельно приложил проигрыватель для квазных досов, например для запуска с hdd.
Всех с наступающим!
Гы =) Спасибо за кота. С наступающим!
В теме про сжатие писал, что сделали "генерализованный" упаковщик zx7 (saukav). И упоминал, что в самом простом варианте (o0) он заменяет zx7mini. Попробовал - отлично заменяет, и не требует доработки напильником при использовании с подряд идущими сжатыми фрагментами, в отличие от оригинального zx7mini. Вad Apple 64x48, который мой "допиленный" zx7mini сжимал до 255 Кб, saukav f0g0o0 сжал до 250 Кб. Правда стековый распаковщик стал процентов на 5 медленнее версии для zx7mini, но скорее всего это удастся пережить.
Т.е. в принципе saukav позволяет делать ролики или чуть-чуть длиннее или с чуть-чуть большим разрешением.
Сам не проверял, но похоже здесь (ссылка в следующем сообщении svofski) дополнительные ролики из этой серии (http://sensi.org/scalar/ware/825/).
Странная ссылка. Вот ссылка на гитхаб https://github.com/drilnet/vector-06c-kino
Всех с наступающим!
Моя версия Bad Apple с ви53-музыкой: https://caglrc.cc/scalar/ware/939/
Спасибо DenisGrachev за полезный плеер (https://zx-pk.ru/threads/35286-pleer-konverter-vortextracker-vi53.html)!
Свершилось, Bad Apple с музыкой на векторе, ура!
Специальная задротская радость, что требования к железу на уровне 1989 года, в отличие от версий для многих других сравнимых компов, которые требуют всяких современных прибамбасов.
CityAceE
20.12.2023, 17:59
Моя версия Bad Apple с ви53-музыкой
Не смог запустить.
https://github.com/svofski/v06c-badapple - 404
Не смог запустить.
https://github.com/svofski/v06c-badapple - 404
А что именно ты не смог запустить? Ссылка на репу вроде для запуска не нужна (репа будет конечно, но чуть позже).
CityAceE
20.12.2023, 18:14
А что именно ты не смог запустить?
У меня что в картотеке, на под Emu80 вот такая картинка:
https://pic.maxiol.com/images2/1703085150.780858384.badapple.png
Квазидиск, подключил. Пробовал разные его варианты. Перетыкал все доступные клавиши, но тщетно. Очевидно, нужна какая-то хитрая комбинация, которая мне неизвестна.
Очевидно, нужна какая-то хитрая комбинация, которая мне неизвестна.
Искомая комбинация -- БЛК+СБР, которая в картотеке продублирована сверху над окошком кликабельным текстом, а в эмуляторах заведена на F12.
Подсказки по запуску векторовских файлов, в т.ч. образов дисков:
Emu - FAQ.txt
Emu80 - Помощь>Справка по платформе (или просто Alt+F1)
VV - VV Manual.pdf
metamorpho
21.12.2023, 11:36
Моя версия Bad Apple с ви53-музыкой: https://caglrc.cc/scalar/ware/939/.....
Ааа как это так оно крутится-вертится ?!
Идеально технологичный Вектор !!
Ааа как это так оно крутится-вертится ?!
Я не изобрел ничего такого, что бы не обсуждалось несколько лет назад в этой теме. Спасибо ivagor-у за первопроходство и тем, кто проходил еще первее.
Я много экспериментировал перед тем, как пришел к этой версии. Мой кодек позволяет запихнуть в память Вектора весь мультик при 25 кадрах в секунду, но с потерями. Потери при таком крохотном разрешении трудно простить, даже если они размазаны всего на 1-2 кадра. Размазывание ошибки во времени при 25 кадрах тоже не очень хорошо смотрится. Ну и, самое главное, 25 кадров все равно никак не получается нарисовать крупно, а мелко уже было. Поэтому я договорился с собой на 12.5 кадров без потерь и растягиванием на полный экран.
CityAceE
22.12.2023, 10:44
Для удобства тех, кому интересно, но испытывает затруднения с эмулятором:
https://youtu.be/zytHdbhLsi0
"Версия под стандартное железо Вектора образца 1989 года, правда с квазидиском." - не совсем понял этот комментарий к видео. Вектор 06Ц в своем финальном виде (с палитрой на РУ2) уже точно был в 88 (возможно даже в 87, но нет 100% доказательств). В 1989 существовали (по крайней мере у разработчиков): Вектор06Ц, квазидиск и КНГМД для вектора, можно даже привести дату из досов - 30.01.89. Когда я писал (https://zx-pk.ru/threads/9573-kino-i-vektor.html?p=1190858&viewfull=1#post1190858) про железо на уровне 1989 года, я подразумевал полный комплект, необходимый и достаточный для данного Bad Apple.
Пусть будет что-то и для вектора 87-88 года. Впихнул первую серию Саймона (https://zx-pk.ru/threads/9573-kino-i-vektor.html?p=986639&viewfull=1#post986639) в голый вектор. На какие жертвы пришлось пойти: разрешение 160x112, число цветов 2, финальные титры отрезал.
Показывает зацикленно без остановки, как предлагал (https://zx-pk.ru/threads/9573-kino-i-vektor.html?p=986641&viewfull=1#post986641) svofski.
Чтобы влезть в 48 Кб упаковал exomizerом, поэтому при старте придется немного подождать распаковки. Для реальщиков приложил быстрогрузный wav.
Upd 23.12.2023: v2
Увеличил разрешение до 168x112, но главное - обработал видео при конверсии и получилось несколько больше деталей. Чтобы rom прошел под планкой 48Кб пришлось задействовать RIP, поэтому запаситесь терпением, распаковка при старте 18 секунд.
Upd v3: Выровнял частоту кадров.
Вот втиснул так втиснул! А после разэкзомизации у тебя кадры чем ужаты, кроме собственно тайлового кодека? RLE? Всех буферов вроде не то 512 байт, не то 768 байт, три столбика в Базыре мелькают и они похожи сразу на тайлы+битмапы, ровно столько сколько нужно для кадра.
В процессе используется zx0. Буфер вмещает максимальный (первый) кадр 2380 байт, и там все впритык.
CityAceE
22.12.2023, 22:30
не совсем понял этот комментарий к видео
Для меня Вектор-06Ц - это то, что я видел в те годы в магазинах и у купивших его товарищей. И там не было ничего кроме стандартных 64 Кб памяти. Уверен, что большинство из тех, кто случайно посмотрит это видео, вообще про Вектор ничего не знают. Но если предположить, что вдруг кто-то из них настолько проникнется этой демкой, что полезет на Авито, чтобы купить Вектор, то он сильно обломается, узнав, что на стандартном Векторе без дополнений, пусть и в заводском исполнении, эта демка не пойдёт. Но, ОК. Я из описания убрал слово "правда".
из описания убрал слово "правда"
Спасибо. Бывают очень разные подходы к описаниям. Например в комментариях к видео (https://www.youtube.com/watch?v=Nlw-08O7XwE) Bad Apple для Апогей (видео выложил сам автор демки) я не смог найти упоминание такой мелкой детали, как использованием внешнего пзу 512 Кб. И если вдруг кто-то проникнется данной демой и купит Апогей, то возможно он будет немного разочарован, узнав о необходимости собрать еще и внешнее пзу.
Немного улучшил миниСаймона (https://zx-pk.ru/threads/9573-kino-i-vektor.html?p=1190955&viewfull=1#post1190955).
- - - Добавлено - - -
Забыл выровнять частоту кадров, играло слишком быстро и с перекосом, исправил (https://zx-pk.ru/threads/9573-kino-i-vektor.html?p=1190955&viewfull=1#post1190955).
CityAceE
25.12.2023, 19:51
Пусть будет что-то и для вектора 87-88 года. Впихнул первую серию Саймона в голый вектор.
И снова почему-то никто на захотел сделать видео. Ну что ж, мне не трудно.
https://youtu.be/UH4el1guv7U?si=F1Cn9c_Wjwr9MkiV
Powered by vBulletin® Version 4.2.5 Copyright © 2024 vBulletin Solutions, Inc. All rights reserved. Перевод: zCarot