ZXMAK2 - Виртуальная машина ZX Spectrum

[ZXMAK]

Просьба затестить эмулятор с новым алгоритмом для Direct3D рендерера.
Тестовую версию выложил тут: https://zxmak2.codeplex.com/releases/view/611440

Новый алгоритм юзает Direct3D в довольно жестком многопоточном режиме, поэтому нужно проверить как это будет работать на разных машинах.
В этой версии рендерер видео, рендерер аудио, эмуляция и UI - все живут в своих отдельных и независимых параллельных потоках
За счет этого стабильность видео вышла на новый уровень, сейчас сбои синхронизации возникают только когда происходит сброс direct3d (при ресайзе окна или потере видеокарты).
Реализация еще полностью не завершена, могут быть баги

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

[ZXMAK]

Size 400% не лочиЦЦа. Так задумано?

Что означает фраза "не лочицца"?

Кстати, очень интересно как на твоей особенной машине эта версия себя ведет?

PS: Релиз вроде стабильный получился, погонял - очень хорошо и плавно работает, нужно подчистить код и можно к видеофильтрам переходить. Для начала думаю неплохо будет blur, black-n-white, emboss и contrast

[zebest]

то и значит. галочку ставлю, мЫшкой дергаю, не размер,просто за окно, сразу меняет размер, ну и галка возле 400% пропадает, как при ресайзе..
с 300% такого фокуса нет.

Просто так. прикольное масштабирование иногда)

[свернуть]

upd
с 1472х1216 сразу меняет на 1472х1002. само.

[ZXMAK]

то и значит. галочку ставлю, мЫшкой дергаю, не размер,просто за окно, сразу меняет размер, ну и галка возле 400% пропадает, как при ресайзе..
с 300% такого фокуса нет.

Просто так. прикольное масштабирование иногда)

[свернуть]

upd
с 1472х1216 сразу меняет на 1472х1002. само.

Хм, видимо баг с вычислением размеров, я правильно тебя понял, что при 400% размер окна сам уменьшается при движении мышью над окном?

Можешь еще снять скриншот с гафиком при синхронизации от времени? и скриншот от видео, но с нормальным размером окна.Чтото у тебя нестабильно vblank ловит. Это только при большом окне?

[Titus]

Просьба затестить эмулятор с новым алгоритмом для Direct3D рендерера.

Теперь держит синхру в режиме по video так же стабильно, как и по audio. Т.е. таскаю окно с эмулем жестко, и почти не затыкается. При ресайзе да, затыкается. Так же, при работе в браузере может затыкаться, очевидно, из-за того, что ты своему эмулю не делаешь приоритет выше, чем у других приложений.

[ZXMAK]

блин, ну как бы на пальцах то объяснить. Если мы выставляем 100, 200, 300 % и двигаем само окно по экрану - то размер окна не должен менятся. Так и есть. Кроме случая с 400%

оба два одновремённо:)

[свернуть]

слева - по времени, справа - по видео.

Слева вроде нормально, только смущают вот эти два пика, ты в это время по менюшке view не нажимал? Может ресайз делал или сброс?
А справа это с включеным фильтром noflick? Если да, то все ок

---------- Post added at 19:12 ---------- Previous post was at 19:02 ----------

очевидно, из-за того, что ты своему эмулю не делаешь приоритет выше, чем у других приложений.

Управлять приоритетом процесса, сам процесс не должен. Это параметр, которым должен управлять юзер. К тому-же во многих случаях у юзера может не быть привелегии на изменение приоритета, тогда процесс не сможет его изменить.
ZXMAK2 задает только относительные приоритеты своим потокам внутри процесса и в управление приоритетами системы не вмешивается, система лучше знает как ей распределить приоритеты. Эмулятор только подсказывает ей какой из его потоков более важный, а какой менее важный.

[Advertiser]

[Titus]

ZXMAK2 задает только относительные приоритеты своим потокам внутри процесса и в управление приоритетами системы не вмешивается, система лучше знает как ей распределить приоритеты. Эмулятор только подсказывает ей какой из его потоков более важный, а какой менее важный.

В том-то и дело, что она них хрена не знает)
Эмуляторы - это класс задач реального времени. Без повышения себе приоритета (не до RealTime, пускай, но хотя бы до High Priority), никак не возвыситься над другими нереалтайм задачами - браузерами и всякой другой офисноподобной, но жрущей время фигней.

[zebest]

А справа это с включеным фильтром noflick? Если да, то все ок

Нет. Как раз с выключенным. Это два эмуля одновременно запущены были, кстати графики загрузки все время прыгают вверх\вниз

[ZXMAK]

В том-то и дело, что она них хрена не знает)
Эмуляторы - это класс задач реального времени. Без повышения себе приоритета (не до RealTime, пускай, но хотя бы до High Priority), никак не возвыситься над другими нереалтайм задачами - браузерами и всякой другой офисноподобной, но жрущей время фигней.

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

Для управления приоритетами внутри процесса система предоставляет относительные приоритеты потоков. Однако я бы с осторожностью и к этим приоритетам относился. Как правило планировщик задач достаточно умен, чтобы правильно распределить время.
Поэтому ZXMAK2 использует управление приоритетами по минимуму - подсказывает планировщику что у этого потока приоритет лучше ставить чуть выше, а у этого чуть ниже, и не более.
Мои многочисленные тесты, только подтверждают это - любая попытка вмешательства в приоритеты приводит к нежелательным негативным эффектам. Приложение хорошо работает, только если не вмешивается в приоритеты потоков, не говоря уж о приоритетах процессов в системе.

Ну и кроме того, процесс, который попытается сам себе установить приоритет вылетит с ошибкой на многих системах, т.к. установка приоритета процессу - это административная привелегия. Это как разрешать какой-то программе переформатировать винчестер под себя, т.к. ей это "удобнее". Нужно ли переформатировать винчестер под конкретную программу или пусть она работает так - это решать владельцу машины, а не программе.

[Titus]

Если ты так щепетилен в этом ворпосе, то дай хотя бы юзеру методологию управлять этим приоритетом через твой эмуль (если ему приспичит). Чтобы юзер каждый раз не лазил в настройки процесса. Т.е. если юзер специально не хочет иной приоритет, ты его и не трогай. А если в конфиге все же юзер прописал иной, то имеет право.

А мой опыт тестирования эмуляторов показал, что управление приоритетом прекрасно везде работает. Ни один из пользователей EmuStudio, во всяком случае, никогда не говорил о проблемах с этим.