Active Topics

 



Notices


Reply
Thread Tools
Whispering Weasel's Avatar
Posts: 54 | Thanked: 89 times | Joined on May 2011 @ Vlaardingen, Netherlands
#861
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 .
__________________
Weaseling out of things is important to learn ! It's what separates us from the animals,
... except the weasel. (Homer Simpson)

Last edited by Whispering Weasel; 2013-04-26 at 23:37.
 
Copernicus's Avatar
Posts: 1,986 | Thanked: 7,698 times | Joined on Dec 2010 @ Dayton, Ohio
#862
Originally Posted by Whispering Weasel View Post
I must have a special edition (ahem) speakerset because in both keysets the volume change works
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.)

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.
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 have qtlockscreen installed (probably not of importance) but do notice the screen for pierogi tries to display in portrait before quickly changing to landscape .
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.
 

The Following User Says Thank You to Copernicus For This Useful Post:
Whispering Weasel's Avatar
Posts: 54 | Thanked: 89 times | Joined on May 2011 @ Vlaardingen, Netherlands
#863
Originally Posted by Copernicus View Post
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.)
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.
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.
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)

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?
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 )

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>
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)
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.
__________________
Weaseling out of things is important to learn ! It's what separates us from the animals,
... except the weasel. (Homer Simpson)
 

The Following 2 Users Say Thank You to Whispering Weasel For This Useful Post:
Copernicus's Avatar
Posts: 1,986 | Thanked: 7,698 times | Joined on Dec 2010 @ Dayton, Ohio
#864
Originally Posted by Whispering Weasel View Post
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.
Hmm. Well, at least it seems that the normal keyset is using the correct protocol.

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)
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's Avatar
Moderator | Posts: 3,718 | Thanked: 7,420 times | Joined on Dec 2009 @ Bize Her Yer Trabzon
#865
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
__________________
www.HtheB.com
Please donate if you think I'm doing a good job.
 

The Following User Says Thank You to HtheB For This Useful Post:
Posts: 1,523 | Thanked: 1,997 times | Joined on Jul 2011 @ not your mom's FOSS basement
#866
It seems to be NEC (2)
 

The Following User Says Thank You to don_falcone For This Useful Post:
Copernicus's Avatar
Posts: 1,986 | Thanked: 7,698 times | Joined on Dec 2010 @ Dayton, Ohio
#867
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.)

Originally Posted by HtheB View Post
it says:
'What is the universal remote code ?'
This code is : 00BF
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...
 

The Following 2 Users Say Thank You to Copernicus For This Useful Post:
Copernicus's Avatar
Posts: 1,986 | Thanked: 7,698 times | Joined on Dec 2010 @ Dayton, Ohio
#868
Originally Posted by don_falcone View Post
It seems to be NEC (2)
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.
 

The Following 3 Users Say Thank You to Copernicus For This Useful Post:
Estel's Avatar
Posts: 5,028 | Thanked: 8,613 times | Joined on Mar 2011
#869
Originally Posted by Whispering Weasel View Post
( i cannt check the infra red led as my eyes dont quite detect in that range )
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
__________________
N900's aluminum backcover / body replacement
-
N900's HDMI-Out
-
Camera cover MOD
-
Measure battery's real capacity on-device
-
TrueCrypt 7.1 | ereswap | bnf
-
Hardware's mods research is costly. To support my work, please consider donating. Thank You!
 

The Following 2 Users Say Thank You to Estel For This Useful Post:
Whispering Weasel's Avatar
Posts: 54 | Thanked: 89 times | Joined on May 2011 @ Vlaardingen, Netherlands
#870
Originally Posted by Estel View Post
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
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)
__________________
Weaseling out of things is important to learn ! It's what separates us from the animals,
... except the weasel. (Homer Simpson)

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

The Following User Says Thank You to Whispering Weasel For This Useful Post:
Reply

Tags
infrared, pasta, remote, remote control


 
Forum Jump


All times are GMT. The time now is 22:16.