va1en0k Apr 6 2008 at 16:39

Программируем для PSP: Часть II. Тотальный контроль

3 min

5.5K

Programming*

+22

Comments 25

va1en0k Apr 6 2008 at 16:54

Да, и вот еще, я думаю завести отдельный блог (не на хабре), или даже целый сайт по программированию для PSP; на русском языке такого почти нет. Тогда сюда будут попадать кросспосты или даже анонсы. Я правда еще не решил, и пишу вот здесь эту идею, чтобы послушать вашу критику )

Ex3NDR Apr 6 2008 at 17:05

было бы классно)

va1en0k Apr 6 2008 at 18:50

готово :)

Anatoly_Piskunov Apr 6 2008 at 17:13

У меня есть отличный домен для любой деятельности связанной с игровой.
Думаю через 3-4 дня решу, как его использовать и отпишусь в личку ;)

va1en0k Apr 6 2008 at 17:18

ну если даже домен жалко, можно поддомен подарить ;)
я пока у себя сделаю на сайте где-нибудь, а то денег на лишние поддомены и хостинги сейчас нету (

lambda Apr 6 2008 at 22:36

Если один не потянете, то зовите :) Есть опыт в программировании и интерес к тематике. Мог бы рассказывать людям о программировании на скриптах для PSP. Не подумайте, что уже этим занимался. Нет, всё будет в таком же режиме, что и у вас: Live Programming.

va1en0k Apr 6 2008 at 22:42

на скриптах - в смысле, Lua? :)
давай. тогда я тебя запихну в список авторов и создам для тебя категорию

есть идея сначала ты напишешь статью на хабре в этот блок, а потом мы ее перенесем туда, если все будет хорошо :)

lambda Apr 6 2008 at 22:49

Отлично! Не обязательно Lua. Можно и Python. Что ж осталось решить несколько проблем. Первая. У меня нету PSP. Есть какой нибудь эмулятор что ли? Или обязательно нужна она? И второе - найти время. Но это уже моя проблема.

Kaberc Apr 6 2008 at 22:21

Круто, спасибо за статью, наконецто мне будет с чем поиграться, а моему брату во что поиграть. :)

HabraCurillo Apr 6 2008 at 22:45

Во время отладки довольно неудобно каждый раз переключать PSP в режим usb, копировать скомпиленный файл, потом запускать его.
Я себе в батник дописал копирование в нужное место, стало чуть-чуть удобнее.

Еще для наглядности полезно чистить экран, а не выводить в цикле простыню. Для этого добавляем в конце главного цикла что-то вроде:

for(i=0; i i< 5; i++) {
sceDisplayWaitVblankStart();
}
pspDebugScreenClear();

Еще немного удивил джойстик: он очень чувствительный, поэтому не возвращается в четко нейтральное положение (127/127). У меня после отпускания зависает в промежутке от 115 до 136 примерно. Отсюда вывод: при написании игрушек это надо будет учитывать и не полагаться на "нулевые координаты". Скорее всего придется обрабатывать отсутствие изменений координат за некий промежуток времени.

va1en0k Apr 6 2008 at 22:49

не отсутствие изменений, а маленькие изменения :)
а остальное ага, спасибо, в 3ью часть впишу )

HabraCurillo Apr 6 2008 at 22:57

Ну да, можно просто выделить некоторую "мертвую зону", которую считать нулем.

А есть какая-нибудь инфа по работе в простом графическом режиме? Ну там точки и линии порисовать хочется :) Пока не нагуглил.

va1en0k Apr 6 2008 at 22:59

http://www.psp-programming.com/ посмотри туториалс (там их мало :( ) и форум

elmortem Apr 7 2008 at 01:29

Есть такая замечательная штука - PSPLink. Эта штука позволяет запускать на PSP программы, физически располагающиеся на компе. Но эта штука, как мне известно, сугубо программерского свойства, поэтому просто так пользоваться ей не получится. Есть 2 способа избавить себя от лишних сложностей:
1. Пользоваться PSPxIDE, несколько глючная софтина, однако если привыкнуть вполне пойдёт для разработки небольших проектов под PSP. Имеет 2 режима дебагинга (в том числе Delphi-like), запускает программу на PSP без всяких перезапусков (через PSPLink), умеет показывать слайдшоу на компе (можно делать скриншоты) и т.д.
2. Использовать сторонний софт для игры на PSP в игры, находящиеся на компе. В этом случае будет несколько лишних телодвижений, но несколько меньше, чем при обычном рекопировании на флешку. Конкретные названия можно поискать по PSP-форумам.

Оба этих метода хороши тем, что не убивают за зря ваше драгоценную непременно лицензионную флешку.
Сам предпочитаю первый вариант, чем и всем советую. (:

jenyav Apr 7 2008 at 10:23

А случайно не получилось скрестить PSPxIDE с третьим PSPLink-ом из комплекта PSP Devkit 0.6?
Дело в том, что PSPxIDE для общения с PSPLink использует pcterm.exe, а в PSPLink 3.0 для этого используется pspsh.exe. Если подсунуть pcterm.exe из старого pspdev (в котором PSPLink версии 2.0) в bin - то PSPxIDE пытается соединятся, но безуспешно
Почему не пользую PSPLink 2.0? Потому-что psp slim. А svn репозиторий PSPLink не работает, чтоб вытащить оттуда 2.0 и скомпилить его в prx.
Gодведу итоги: есть PSPLink 2.0 скомпиленный под слим?
Буду премного благодарен.

elmortem Apr 7 2008 at 20:34

Я давно уже не брался за PSP-программинг и тем более давно не слежу за всякими обновлениями. PSPdevKit вообще не щупал. Работал со сборкой PSPSDK от wSlava (автор PSPxIDE), жаль, что он завязал с PSP-девелопментом. Собственно после написания фреймворка и портирования QSP я ни за что не брался. Так что ничем не могу помоч. ):
P.S. Планирую после релиза новой версии QSP вновь взяться за программинг, если разберусь с новыми приблудами - отпишусь где-нибудь.

HabraCurillo Apr 7 2008 at 00:13

В общем, есть библиотека Graphics.h (качается по ссылке), в ней есть все необходимые функции для работы в графическом режиме.

Только вот не пойму, как ее правильно залинковать при билде. Все туториалы основываются на использовании cygwin, поэтому предлагают просто поправить в Makefile опцию OBJS. У нас, я так понимаю, makefile нет, поэтому в каком месте указать, что нужно заюзать еще "graphics.o framebuffer.o" я пока не нашел, хотя излазил все Build Options и Compiler Settings.

Наверно я туплю, просто никогда раньше не занимался C, тем более под win :)