Вектор-06Ц: Эмуляция

[svofski]

Ramiros, я вот игрался с закачкой видео от PPC и мы столкнулись с некоторыми трудностями, связанными с масштабированием картинки к фиксированным размерам, которые понимает ютуба. Например, если видео 480p, оно должно быть 640x480 для пропорции 4:3, иначе видео перекодируется-перемасштабируется максимально богопротивным способом и смотреть его невозможно.

Жизнь стала бы проще, если бы был режим паддинга до указанного размера. Смысл в том, что я могу в настройках эмулятора указать метод масштабирования по вкусу, в отличие от перекодирующей программы, у которой настройки не всегда подходят для эмуляторов. В видео кодек (и на экран) будет передаваться всегда фиксированное разрешение, те же 640x480, но внутри этого прямоугольника будет изображение с эмулятора, отмасштабированное удобным для эмуляции способом. Например, 360х256, если мне хочется примерно правильных пропорций, или 256х256, если мне очень хочется пиксель к пикселю, или растянутое на все 640х480, если мне хочется заполнить весь экран.

А для 720p (1280х720) это вообще было бы идеально: 512 строк + бордюр почти идеально вписываются.

Все это можно делать и руками, разумеется. Но было бы прикольно.

[Advertiser]

[Ramiros]

Уже совсем забыл - в режиме 4:3 эмулятор маштабирует (т.е. режет строки по вертикали) и видео получается уже искаженным. Если в настройках эмуля Screen->Display Size->Proportion 4:3 снять галку, то видео будет квадратное 576х576 т.е. пиксель к пикселю. Я думаю для получения наиболее качественного видео это будет полезно.

[svofski]

Уже совсем забыл - в режиме 4:3 эмулятор маштабирует (т.е. режет строки по вертикали) и видео получается уже искаженным. Если в настройках эмуля Screen->Display Size->Proportion 4:3 снять галку, то видео будет квадратное 576х576 т.е. пиксель к пикселю. Я думаю для получения наиболее качественного видео это будет полезно.

Хороший совет -- PPC, в следующий раз делай видео квадратным, тогда количество перемасштабирований будет меньше.

[PPC]

Ramiros ,
Мне кажется, что отладчик в VV не показывает при пошаговом исполнении содержимое 16К страницы квазидиска при записи в порт 10h управляющего слова 001000xx (доступ как память) и передаче управления на адреса A000-DFFF.
Ещё вроде, при отключении AY8910/12 (None в меню Sound), тесты на её присутствие всё равно показывают наличие AY.
По памяти: что-то вроде кода внизу должно возвращать 0 при отсутствии звуковухи.

mvi a, 6
out 15h
mvi a, 1
out 14h
in 14h
ani 1

Ты не мог бы поглядеть?

[Ramiros]

Отладчик дизасемблирует содержимое только основной памяти, квазидиск не дизасемблируется, почему, щас непомню уже, вроде как невозможно четко определить что именно надо дизасемблировать.
AY посмотрю, если че исправлю.

[PPC]

AY посмотрю, если че исправлю.

Жаль конечно, что в квазидиске отладка не работает.

А с АY - ложная тревога. Это я перемудрил. Правильный код (если кому надо):

mvi a, 6
out 15h
mvi a, 1
out 14h
in 14h
cpi 1

[Ramiros]

может сделать ручной выбор памяти для отладчика?

[PPC]

Ручной конечно лучше, чем никакого, но когда много переключений банков, будет заморочно немного. А может автоматом состояние порта квазидиска отслеживать? Там немного комбинаций, фактически только за 5м битом надо следить, основная память, или страничная.
Правда, если бит 5 выставлен в 1, придётся на ходу подменять адреса A000-DFFF в соответствии с выбранной страницей в битах 1 и 0.

[Ramiros]

ок. посмотрю че можно сделать

[Ramiros]

пока так буду выкладываю, тимоха сайт забросил
VV 6.75 поправил отладчик, теперь данные отображаются по состоянию регистра 10h.