I ABSOLUTELY NEED TO TALK WITH SOMEONE OF PIKEY CODERS

[pegasus2000]

Serious troubles in the ndPiKeyDriver.Prx.

I don't understand who changes the values of gPressMap [] and how
it receives the address of this array.

PLEASE HELP ME.
PLEASE.

Filippo

[Art]

If Fanjita isn't answering hre:
http://www.noobz.eu/joomla/component/op ... /Itemid,3/
then he won't answer at all.
He even told me he isn't checking QJ or DCpopup anymore.

[J.F.]

Serious troubles in the ndPiKeyDriver.Prx.

I don't understand who changes the values of gPressMap [] and how
it receives the address of this array.

PLEASE HELP ME.
PLEASE.

Filippo

If you look at the code for pikey, it's pretty clear. When a key is pressed, the keyboard driver "puts" the character (e.g., using putNextCharW). In stream mode, an entry is made in a queue that can be read back later. When NOT in stream mode, instead sendKeyPress is called which sets/resets the entry in gPressMap[].

Pikey knows the address of gPressMap. YOU (the user of pikey) are not supposed to - you're supposed to call isKeyPressed which accesses the entry in gPressMap associated with the key you wish to check.

Look over the code in framework/pikey.c for details.

[Wally]

If Fanjita isn't answering hre:
http://www.noobz.eu/joomla/component/op ... /Itemid,3/
then he won't answer at all.
He even told me he isn't checking QJ or DCpopup anymore.

out of curiosity. DCpopup = DCEmu?

LOL Its gone all.... emo.. Wraggster wont admit he's over advertising.

[Art]

You want to buy 100 Ipods? I apparently win one every time I go there :D
Not a bad forum, very annoying though.

[pegasus2000]

If you look at the code for pikey, it's pretty clear. When a key is pressed, the keyboard driver "puts" the character (e.g., using putNextCharW). In stream mode, an entry is made in a queue that can be read back later. When NOT in stream mode, instead sendKeyPress is called which sets/resets the entry in gPressMap[].

Thanks Joseph.

Finally, I've understood how this driver works.

The bad news is that: the standard PiKey drivers won't be compatible
with Nanodesktop.

The good news is that: I've finally implemented a couple of drivers
(ndPiKeyDriver.Prx and ndPiKeyDriver_IRInput.Prx) that is designed
for nd features and that allow the control of nd GUI using an
IR keyboard.

These components are in testing in this moment and they will be
released with the next Nanodesktop 0.3.6.

[J.F.]

Personally, I don't really care for pikey much. I used the pspirkeyb library in Basilisk II. Most homebrew with keyboard support uses that instead of pikey. It's not nearly as much of a pain to use. :)

Pikey is really meant for the VSH and games that don't understand keyboards at all. If an app/game wants to use the keyboard, they should use the underlying interface, not an upper interface aimed mostly at converting keys into fake buttons.

[angelo]

What excactly do you want to do? I can't really help you out because I'm no coder. I just took on the project as an "educational experience". I don't even concider myself a true PSP dev or a coder.

Sorry mate. I have no time for piKey now, it's all about school exams and when I find free time I spend that with music. You're on your own...

[pegasus2000]

What excactly do you want to do? I can't really help you out because I'm no coder. I just took on the project as an "educational experience". I don't even concider myself a true PSP dev or a coder.

Sorry mate. I have no time for piKey now, it's all about school exams and when I find free time I spend that with music. You're on your own...

I didn't understand how this driver works. Fortunately, I've understood
how it is designed in a second moment.

Thanks in any case...

[pegasus2000]

Personally, I don't really care for pikey much. I used the pspirkeyb library in Basilisk II. Most homebrew with keyboard support uses that instead of pikey. It's not nearly as much of a pain to use. :)

Pikey is really meant for the VSH and games that don't understand keyboards at all. If an app/game wants to use the keyboard, they should use the underlying interface, not an upper interface aimed mostly at converting keys into fake buttons.

Well, I've thought that a ndPiKeyDriver.Prx driver that does the
functions of a framework is an important thing: for example, if
jean wants, he could (in theory) write a compatible driver of
XBox ChatPad for nd.

[Art]

I think a lot of people take a look at nd, setup looks too complicated,
and incompatible with other projects, and then never give it a second look.

I've only seen one other party release a ND application over here (outside psp-ita),
and I'd consider that nothing more than a simple demo.

Shame really, because there are cool features if they were compatible with other projects.

[pegasus2000]

I think a lot of people take a look at nd, setup looks too complicated,
and incompatible with other projects, and then never give it a second look.

I've only seen one other party release a ND application over here (outside psp-ita),
and I'd consider that nothing more than a simple demo.

Shame really, because there are cool features if they were compatible with other projects.

Art, we have worked very very hard with Daniele Colanardi.
The next Corona Installer (1.0.3) is simply fantastic and it works in
all conditions.

Corona Installer allows to install Nanodesktop with a simple
command, given from the prompt.

So, the setup is very simple now. Furthermore, there is a virtual
machine that contains a copy of Linux, already configured to
work.

nd contains also a version of the PSPSDK that is already compiled
and that is compatible also with the standard PSPSDK homebrew.

It is possible also, sometime, to do standard PSPSDK calls in a Nanodesktop source code...

This nd 0.3.6 is a very good SDK: unfortunately the developers
don't look to it, but the SDK is very very good.