Search results

The Pandora controls evdev file is being read using a different method now... This leads to the application having lower power usage, but it might not actually work on the Pandora... Testing needed, do we have a regression, or do the controls still work?

OK, fixed that ugly hack solution with proper code this time. Much faster, much simpler, much better.

You need to report these bugs to the bug tracker so that I remember them <_< Easy fix for trigger buttons committed.

OK fixed, but you will not like how I did it. There are more efficient ways of doing it, to say the least. Reason? Lack of time...

Can you elaborate on this? The related code is obviously: void PanoramaUI::execute(const QString &sha1) { QString command(AppAccumulator::getExecLine(sha1)); if(!command.isEmpty()) { Application app(AppAccumulator::getApplication(sha1)); //Fill in FDF fields...

OK, I pushed the necessary changes, just pull and try them out :D

OK, this means that pnd_evdev_catchup(1); doesn't behave like I expected; can you try with pnd_evdev_catchup(0);? If it still doesn't work, I'll use a different method of input handling.

Right, I remember messing with that code 2 years ago... So I added direct, no-nonsense support for Pandora buttons in UIs. Could someone test them by running the UI "TestSuite" using the latest panorama build?

Maybe... How would I go about determining which button was pressed independent of the mapping? I don't wanna open "/dev/event..." manually, so what's the best option one level above that?

Can someone give me a list of buttons on the Pandora and what key codes they are mapped to, along with preferred functionality for each button (e.g. what is the best button for opening a configuration menu for panorama, what is the best button for launching the app, or showing more details, or...

Yeah I feel plenty credited already, no worries... I pushed some more settings changes, and I know what the icon bug is, so I'll fix that next. EDIT: Fixed. Oh, and I obviously don't own a Pandora so I can't test anything related to the sound bug. Yes, I developed that PND finding code...

It should be able to handle it is what I meant... Aargh, words. Fail. Me. Anyways, tl;dr: Your problem, not mine :D

Not a mix. It's called Phonon. Provided that either OSS or ALSA mixing works, Phonon should work, too.

Massive changes are in my Git now. That panorama conflicts with SDL_Mixer is probably related to panorama connecting to Phonon (it *could potentially* be playing sound, therefore the library is loaded). This is an issue with the Pandora's sound mixing system (Don't you guys use PulseAudio...

I'll work on the startup time, I know what the reason for it is.

Already responded in the thread on the GP32X boards. See http://www.gp32x.de...59231-panorama/ for more info.

Not looking like I'm coming back, but I *do* care about the code I write.

I'm still alive. Tell me if you need anything from me.

Worth mentioning as well: The client uses OpenGL 1.4, with all of its glBegin(), glEnd() goodness. This means that there are up to 20 GL calls needed *per block* in Minecraft, and each call has to be marshalled by the JVM. If it used OpenGL 2.0 or 3.0 features, it would be significantly much...

Nothing is ever completely outdated. But to me, the hardware controls just aren't that important any more. I actually think it's better to have a more compact device than to have a full QWERTY keyboard now. And there are plenty of devices that are coming/already here that at least have decent...