Может оно под wine работать будет и без пересборки?

В Ubuntu 11.04 "VV" один раз запустился под win + тормоза жуткие. При повторных запусках выводится только окно и тишина :v2_dizzy_sleep2:

у меня в бубунте 9.04 под вином VV работает, но со звуком работает примерно через раз, и когда со звуком, то тормозит сильно. Че ему надо (вину) даже незнаю :v2_dizzy_tired2:

Линупс с вайном плохо понимают звук с виндовозных приложений. Например звук сделанный через mmsystem оно не понимает вааще - обычно пишет всякий бред про отсутствующее устройсто и т.д. Через ДиректХ многие виндовые приложения часто работают нормально (wine делали для игр видимо). Но я принципиально при написании эмулятора не пользуюсь ДиректХ - ни в обслуге экрана, ни звука, ни клавиатуры.

Ни на одной версии вайна (пробовал разные, в т.ч. и последние "нестабильные") мой эмуль нормально звук не воспроизводит. Тогда как с виндой - никаких проблем ни в клонах W95 (OSR, W98, ME), ни в клонах NT (XP, Vista, W7). А вот задержек под wine не наблюдал никаких.

Линупс вообще штука довольно кривая - стой оно хоть копейку, вынес бы не задумываясь. А так уже почти год мыкаюсь.
Спасаюсь через VirtualBox. :)

Обновился эмулятор VV 6.43. в нем помимо исправления мелких ошибок добавилась поддержка железного эмулятора AY на AVR: http://zx.pk.ru/showthread.php?t=10510 (через реальный/виртуальный COM порт).

Да, еще звук щелков реле зделан :)

Брать как всегда здесь http://vector06c.narod.ru

Обновился эмулятор VV
Версия 6.50

Брать как всегда здесь http://vector06c.narod.ru

---------- Post added at 11:37 ---------- Previous post was at 11:31 ----------

Ramiros, а будет поддержка 1821ВМ85? Ведь в ПК-6128Ц именно он используется, а не ВМ80А

Знаю, но как нибудь потом :) там кроме растактовки отличий фактически больше нет.

По растактовке я с 6128 инфу собирал и Игорю высылал.

Обновился эмулятор VV
Версия 6.52
Брать здесь http://vector06c.narod.ru

а что за изменения в новой версии ?
что-то никакой инфы нет.

1. появился проц. ВМ85;
2. дебагер стал доступен для Z80 (пересилив свою лень я наконец таки забил мнемонику для Z80 и подправил дизасемблер);
3. небольшие косметические изменения.

Обновился эмулятор VV
Версия 6.53
Брать здесь http://vector06c.narod.ru

Что нового:
1. Изменения в меню: добавились/переехали/убрались некоторые менюшки;
2. Добавилось переключение AY/YM;
3. Добавилось переключение раскладок клавы - QWERTY/JCUKEN;
4. Исправления в дебагере (в основном для режима Z80);
5. В менеджере памяти появился доступ к расширенной памяти ПК6128Ц;
6. Прибит баг, который иногда приводил к черному экрану при запуске эмуля (возможно теперь на Win98 VV заработает);
7. Формат файлов конфига изменился и от предыдущих версий неподойдет!

Подскажите минимальные требования к хост-машине. Просто у меня, что на Pent3 700mHz, что на 2.1GHz C2Q (4-ре горшка) работает с жуткими тормозами. Звгружаю через rom файл.

Включение/отключение звука и других настроек абсолютно не помогает. Рендеринг - Pixel, эмуляция vector06c, config -> preset -> maximum performace конечно дает некоторый прирост производительности (хоть звук начинает проигрываться и программы начинают хоть немного откликаться на клавиатуру) но все очень дергается. Подскажите куда копнуть?

зы загрузка проца хост машины 100% На кваде 1 ядра 100%.

---------- Post added 28.06.2012 at 00:05 ---------- Previous post was 27.06.2012 at 22:07 ----------

Вопрос снят.

Для Pentium3 - это наверное не разрешимо.
Для C2Q - достаточно было прибить файл конфигурации и запустить эмулятор в чистую. Теперь можно приемлемо эмулировать Вектор. Спасибо автору за программу.

Ramiros, обнаружился глючок с палитрой в игре Football
Слева - как есть, справа - как должно быть.

Обновился эмулятор VV
Версия 6.54
Брать здесь http://vector06c.narod.ru

Ramiros, "Нарды" поломались.

Починил, обновляй :)

Глюк связан как оказалось с эмуляцией ПК-6128Ц, в команде LHLD #FFFF в L грузилось M(0хFFFF), а в H грузилось M(0х10000) из расширеной памяти.

Обновился эмулятор VV
Версия 6.55
Брать здесь http://vector06c.narod.ru

Ramiros, а какой кодек надо использовать, чтобы из VV получалось хорошее видео? У меня (WinXP в VirtualBox-е) все время выходит очень размазанное все какое-то, даже если я выбираю RAW. Не пойму что не так.

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

Наилучший результат/размер дают DivX или Xvid. если же они недоступно, значит их нет в системе.

Я, может быть, потом сделаю скриншоты, потому что эффект трудно поддается вербальному описанию: это похоже на то, что получается если JPEG сохранять с качеством 10%, например. Судя по тому, что результат всегда одинаков на вид, но разный на размер, проблема где-то в связке между эмулятором и кодеком. DivX я тоже пробовал.

только что сделал запись в режиме "кадры целиком (без компрессии)" картинка получилась как в эмуляторе, без каких либо искажений.
может у тебя плеер картинку портит?

попробуй включить screen->rendering->high quality
и отключи screen->display size->proportion 4:3

в эмуляторе там просто BitMAP в чистом виде передается кодеку, а дальше все уже от кодека зависит.

Ramiros, ты прав, проблема была в плеере. Извини за беспокойство без повода.

Ramiros обновил эмулятор. Брать здесь http://vector06c.narod.ru в разделе Эмуляторы

Кто-нибудь подскажет, как в EMU отключить сглаживание картинки?
Я так понимаю, этот эффект сделан с помощью StretchBLT HALFTONE? У меня на лэптопе размывает так, что очень для глаз неприятно.

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

По-умолчанию, к сожалению, размер уж очень маловат. Я обычно ставлю что-то вроде 1152 x 864. А возможно-ли в следующих версиях EMU сделать управление сглаживанием, скажем как параметр конфига, ну или из menu->options?

Да, вот ещё странность. У меня есть дисковая версия редактора Карандаш, так вот она в VV работает как на реале, а в EMU почему-то меню начинает мельтешить пиктограммами. Странно.

Не знаю, я не пробовал. Использую настройки directx по-умолчанию. Я, правда, не совсем понимаю, как выводить точки без сглаживания? Какие дублировать? Выглядеть это будет странновато.

Кинь ссылку на диск, посмотрю на досуге.

У меня в VirtualBox-е EMU не особенно-то сглаживает точки, выглядит как будто бы просто линейное масштабирование -- пиксели при этом выглядят не равномерно мутными, а резкими, но разных размеров.

А VV сглаживает ровно при прочих равных, хотя и съедает при этом некисло процессорного времени -- не знаю, связанные ли это явления.

Ясно. Я поэтому спрашивал какбе, через GDI-ли выводится. Там это было-бы просто, хоть может и не так быстро.

Что-то типа
CreateCompatibleDC(), StretchBltMode(COLORONCOLOR или HALFTONE), BitBlt(BLACKNESS), потом - рендеринг в память compatible битмапа,и в конце BitBlt(SRCCOPY) в контекст.

Про DirectX не знаю, но думаю тоже можно как-то сглаживанием играться.


Оk, пришлю образ с диском личкой.

---------- Post added at 05:45 ---------- Previous post was at 05:38 ----------

Да, в VV сглаживание отменное. А про процессорное время, возможно что там thread не отпускается в цикле ожидания синхры, и возможно, sleep(0) это может проправить. Хотя, может я и ошибаюсь.
Невероятно же чтобы Паскаль генерил НУ НАСТОЛЬКО более медленный код чем С. Обычно раза в 2-4, а тут - на порядки проц загружен

Не, там 100% что-то в цикле приложения не так.

Чёт я не разобрался, как в личку файлы зааттачивать, посему кину сюда.
Вот, собственно в аттаче образ диска с дисковым Карандашём, картинкой и операционкой под которой это всё работает в VV как надо, а в EMU сразу после запуска у Карандаша начинает глючить меню.

А в полноэкранном режиме тоже сглаживание есть? Там, по идее, масштабирование у меня программное и сглаживания быть не должно...

---------- Post added at 16:55 ---------- Previous post was at 16:45 ----------

Если выбрать джойстик, то да (не поддерживается). А если выбрать клавиатуру - то всё нормально (клавиатура выбирается нажатием на РУС, у меня правый Ctrl).

В полноэкранном нету, но там мой видеоадаптер сходит с ума, показывая всё в фиолетовой палитре. У лэптопа нативное разрешение 1600x900. Попробовал в конфиге поиграться вот этой строкой:
main.fullscreen=1280x1024x16

Менял и разрешение и BPP на 32. Бесполезно, всё равно загрузочный экран, например, жёлтый на фиолетовом.
Могу только внешний монитор попробовать к лэптопу прикрутить. Правда, не сейчас.

Спасибо! Попробовал, и правда, правый Ctrl, а я левый давил, ха проблема в юзере. :-)
Интересно, что я в VV тоже использовал левый Ctrl, всё время выбирая джойстик П, но работая с клавиатурой.

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

32 бита при удвоенном разрешении по Х не предусмотрено. Можно попробовать наоборот - 8 бит. В этом случае палитру я задаю сам.

Можно ещё поиграться со строками main.fullscreen.scale, подобрав разрешение и масштабирование (в надежде получить правильные цвета и пропорции), но учти, что по Х это может быть только 1 или 2, а если 2, то нельзя 32 бит.

Думаю - не поможет. :)

Да, в VV джойстик поддерживается автоматом. Тут я спасовал :)

PurePascal вообщето быстрее PureC. Все прочее - это уже тормоза от программистов. Конечно, зависит от реализации компилятора, но если говорить за одного производителя производящего и то и то (например борландовские TP/BC и более поздние Delphi/CBuilder), то это так (хотя и на скорость их С никто не жаловался, просто Паскаль быстрее).

Это-только если С использует __stdc calling convention, то таки да, у Паскаля возврат из процедур будет побыстрее. Но Паскаль очень заботится о приведении типов, выравнивании данных и многой прочей ерунде. Доводилось видеть имплементации Паскаля, где приведение типов делалось explicitly через function calls. А в C explicit и implicit casts зачастую кода вообще не генерят. Привели к char*, побежали по памяти (сделали dereferencing и рухнули на какой-нибудь архитектуре - bus alignment). Borland - не Metrowerks и не Comeau, у них и паскальный и сишный код - сплошной доступ к памяти на всю ширину регистра и прологи-эпилоги у функций. Тут calling convention рулит.