Xpeccy

[SAM style]

Next
Новое:
- Пишутся-читаются основные настройки (~/.samstyle/samulator/samulator.conf)
- Навигация по ленте. Двойной клик на списке меняет текущий блок (заголовок - тоже блок!)
- Возможность отредактировать ленту (поудалять блоки )
- Возможность сохранить ленту в тапку. Сохраняется как из настроек, так и по F2, если она есть (число блоков <> 0)
- Возможность записи на ленту.
- Индикатор чтения и записи ленты (зеленая и красная касетки)
Кнопульки:
F4 - старт воспроизведения ленты или останов
F5 - старт записи ленты или останов
Новые блоки при записи добавляются в конец ленты. Данные для блоков берутся из выходного сигнала на мофон. С десяток тестов показал, что при стандартной записи данные сохраняются нормально с небольшим разбросом в длине сигналов (по сигналу +-3 тика, у меня расширено до +-10).

[newart]

Последние 3 параметра особенно важны, т.к по умолчанию ни одной машине ромсета не присваивается. Файлы ПЗУ должны лежать в ~/.samstyle/samulator/roms и только там. Подозреваю, мера эта временная. Сами прошивки прилагаются.

PS: Настройки обратно не пишутся.

Зачем повторять чужие ошибки. В Unreal это бесит.
Сделай лучше систему профилей с возможностью как ручного редактирования так и записи настроек из эмуля обратно в профиль.
При этом в комплекте должны быть распространенные профили (Pentagon/Scrop/Atm/Profi) - если юзер что то меняет то создает пользовательский профиль с возможностью старта эмуля с заданого профиля.

Добавлено через 1 минуту
+ Для AAA было бы очень полезно сделать функцию скидывания SNA в TRD в виде Basic файла.

[SAM style]

SNA в TRD в виде васика - это как?
Насчет профилей. Как насчет этого:
В папке настроек имеется файл profiles, в котором указано имена профилей и пути к их файлам настроек. Также в нём определён defaultprofile, который грузится при старте. Все изменения в настройках делаются только для файла текущего профиля.

[newart]

SNA в TRD в виде васика - это как?

Смотри тему в демах. Там упомниается плагин под FAR, можно его за основу использовать.

SNA -> Basic -> TRD нужно что бы скидывать интры отдельно от грамоздких Журналов, игр и т.д. А если оно будет еще и паковаться (hrust например) то и новые релизы так можно выпускать "на скрую руку". Тогда можно и -> TAP добавить.

[SAM style]

Если кто знает, покидайтесь, PLZ, ссылками на TZX-ы, в которых есть блоки сигнала, отличные от #10 и #11 (эти я сделал). В частности, интересуют блоки #12-#19. Надо на чём-то проводить эксперименты, а скачивать половину WoS в поисках нужного нет возможности.

[SAM style]

Little bit of optimiZZZation
На работе я "удачно" сменил себе комп, что и сподвигло меня на оптимизацию.
- QImage не рисуется, байты просто пихаются прямо в занятую им память
- Всё проецируется сразу на QLabel(основное окно) в обход QPixmap'а.
Из нового немного:
- Загрузка простых TZX'ов. Пока понимаются только блоки #10 и #11.
- При записи к имени файла дописывается расширение, если это требуется.

На досуге поигрался с OpenGL. Всё бы ничего, но:
- можно ли создать окно, у которого нельзя менять размеры? (glut)
- отрисовка массива 400*300 попиксельно кушает довольно много.

added
Только что заметил, что отрублен BDI и врублен дебажный вывод. Проморгал

[Advertiser]

[Vitamin]

- отрисовка массива 400*300 попиксельно кушает довольно много.

Рендери в память и используй ее как битмап для отображения.

[SAM style]

Рендери в память и используй ее как битмап для отображения.

Попробую завтра на работе.
А пока - чуток багфиксов.
- неумно было запрашивать pixmap c QLabel'а, когда я его туда не натягивал. В итоге оно сегфолтилось при сохранении скриншота не в scr
- TZX-блоки #12,#13,#14,#20 (не протестил - не на чем).
- вернул BDI и почикал дебаговый вывод.

added
Опробован glDrawPixels на массиве 448*320 / RGB. Скушало 3-5% на селероне 1.7 + GF4MX(дрова 96.43.07) + RAM 512(DDR, 2100). Впечатлило по сравнению с qt-шными методами.
Первый вопрос насчёт GL остаётся в силе. На ум приходит только постоянная проверка размеров окна и резайц его обратно в случае несовпадения, но это немного не то. Я хочу, чтобы его мышой вообще нельзя было растягивать.

[boo_boo]

Первый вопрос насчёт GL остаётся в силе. На ум приходит только постоянная проверка размеров окна и резайц его обратно в случае несовпадения, но это немного не то. Я хочу, чтобы его мышой вообще нельзя было растягивать.

мучил glut пяток лет назад. если там ничего не поменялось, нельзя делать фиксированное окно. и вообще глют примитивен донельзя, юзай лучше QGLWidget или SDL

[SAM style]

А в иксах такое возможно, или же это привелегия исключительно WM? Сегодня опробовал иксовое окно с glx-содержимым + системный таймер. вроде ничего, но изредка почему-то затыкается - окно прорисовывается, а потом всё висит в ожидении эвента с сервера иксов. Исходник прилагается (переименовать в .c и компилять: g++ main.c -lX11 -lGL)
Если действительно ничего не получится, то да - QGLWidget