Whispering Weasel | # 861 | 2013-04-26, 23:32 | Report

I must have a special edition (ahem) speakerset because in both keysets the volume change works
Yes the power button always lights up and stays lit when i keep it pressed

edit: after the screen is on again it is only one button that will work pressing any other button after that does not work, only after switching screen off and on.

I have qtlockscreen installed (probably not of importance) but do notice the screen for pierogi tries to display in portrait before quickly changing to landscape .

---

Last edited by Whispering Weasel; 2013-04-26 at 23:37.

Copernicus | # 862 | 2013-04-27, 00:12 | Report

Curiouser and curiouser. Although I may have chosen a bad example, now that I think about it. A better test -- if you hold down the "mute" button, does the speaker system remain muted, or flip back and forth? (The experimental keyset should flip.)

Ah, so the buttons don't even light up? (Or give you that "tactile feedback" vibration, if you've got that on.) I guess it is something UI-related, then.

Hmm. I'm not seeing this effect on my machines, but then I'm still not testing on CSSU yet. (And yeah, everybody here has been getting on my back about that. ) I suppose it could be something CSSU related, although I haven't seen similar complaints from other users.

I doubt qtlockscreen would do anything. (If it did, it should be affecting more apps than just Pierogi...) Then again, I suppose I should ask -- are you seeing this only-one-button-works-effect with any other apps?

And yeah, the whole "portrait-mode-pseudo-feature" aspect of CSSU is very annoying for us folks who do want to lock our apps into a particular orientation. <petulant mode>I've even got "X-CSSU-Force-Landscape" set in Pierogi's .desktop file, but I guess it doesn't work nearly as well as the non-CSSU locking mechanism... You could try turning off "forced rotation", but of course nobody does that, because it is by far the most popular feature of CSSU, despite officially not being a feature of CSSU. </petulant mode>

Let me nose around the CSSU changelogs a bit. Maybe they'll have a hint as to some UI updates that might cause this effect.

Whispering Weasel | # 863 | 2013-04-27, 00:54 | Report

The experimental one only flips from sound on - mute - sound on.
the reverse does not flip:
mute - sound on (and stays on).
The normal keyset doe not flip back and forth at all.
no the buttons work fine, they light up and give the click sound, and stay lighted when keeping them pressed (I dont have tactile on)

No, no problems anywhere else, the ui in pierogi seems to work fine as well, it is just that it seems to only send the command once.
( i cannt check the infra red led as my eyes dont quite detect in that range )

I dont quite like the forced rotation myself and it is switched off on my device. rotation is nice on some applications but not all and i tend to lock applications in one way anyway as switching between orientations is not instantanious. I´m on cssu-thumb mainly because it gives more free ram. which seems to help speed wise
I have changed the qtlockscreen theme to default now. I had it set on a portrait one and now when i switch the screen off and on again pierogi appears as it should (landscape).
no change in behaviour however.

(I also tried to turn of desktop rotation but something seems to have changed and setting desktop lock in gconf doesnt seem to have any effect)

Copernicus | # 864 | 2013-04-27, 01:41 | Report

Hmm. Well, at least it seems that the normal keyset is using the correct protocol.

Alright! That actually gets me past the UI layer and deeper into Pierogi. (And Pierogi isn't all that deep.) Given that the first press works, and the UI layer still seems to work, I think there are only a few items that could go wrong. In particular, I'm using a separate thread for communicating with the IR device driver, and there are a couple of mutexes being used to communicate between the UI layer and the worker thread. If a mutex is failing, it could cause this sort of effect...

Dunno how to connect that with switching the screen on and off, though.

I'll have to ponder this one a bit.

HtheB | # 865 | 2013-04-27, 07:43 | Report

I bought a TV, but my brand isn't on the list.
I went to the website of the brand and checked the FAQ.

it says:
'What is the universal remote code ?'
This code is : 00BF

I seriously don't know what that even means....

The brand is MT-Logic
Model: LE-427118MT

www.mtlogic.com/LE-427118MT

don_falcone | # 866 | 2013-04-27, 08:17 | Report

It seems to be NEC (2)

Copernicus | # 867 | 2013-04-27, 08:58 | Report

I've got a couple of iffy config files for MT-Logic TVs; I'll add them in and see if they work for you. (Crossing my fingers here; I'm not finding a lot in my usual sources.)

There is a pseudo-standard list of devices (maybe more than one) used by the commercial universal remote industry; this list associates a unique numeric value (called a "setup code") to each configuration they support. Although I've never seen them use hexadecimal for these codes before...

Copernicus | # 868 | 2013-04-27, 09:09 | Report

It's possible, but I think that would be unlikely; the "customer code" (also known elsewhere as the "device code") shown in the Dune website is the actual code used within the NEC protocol itself for their devices. There are, however, dozens of different protocols out there, with many different mechanisms for identifying manufacturers and devices; moreover, there's no system for ensuring that a given device code is unique. In short, it's a real mess.

I'll throw the Dune command set into Pierogi too, though, just in case.

Estel | # 869 | 2013-04-27, 18:21 | Report

You can, if you have access to any digital camera with digital viewfinder. In short, a screen, where you see what you're about to shot. It may be even camera in another phone, or laptop webcam, or whatsnot. Despite ir filters on 99% of cameras, you should still be able to see "light violet" colored flashes of IR led.

I think that a good idea to debug, would be to try checking N900's IR - if it *really* stop sending commands after first one ('till screen lock/unlock), or if it sends them, but for some reason, they're spoiled.

/Estel

Whispering Weasel | # 870 | 2013-04-28, 08:38 | Report

Excellent idea . dug out my old digicam and the led shows up on the screen
So there is good news: the led always flashes when a button is pressed (and maybe that is the bad news as well)

---

Last edited by Whispering Weasel; 2013-04-28 at 08:38. Reason: typo