Trawling around last night, I found some API docs and code here on the S1D13774 display controller.
These are directed at the Epson USB evaluation board and windows, but they might have some valuable info in the init/deinit sequences for the panel and the MDDI implementation.
What I can't find is a definitive answer that it actually is the S1D13774 that is in the X1
How certain are we that this is the case?
interesting doc! thanks man. I guess we can only go on the technical doc and references allready made on this forum.
~~~~\__U_/~~~~
Trawling around last night, I found some API docs and code here on the S1D13774 display controller.
Click to expand...
Click to collapse
Where have you been trawling....
Here's the big fish:
http://forum.xda-developers.com/showpost.php?p=5588369&postcount=27
Once started a thread to collect all datasheet from the internal components of X1 device.
http://forum.xda-developers.com/showthread.php?t=569111
Best regards,
scholbert
Related
But yet with all the talent on this board...
We can't figure out how to get the damn keyboard light to stay on longer than 5 seconds (8125)... Errrrrrrr
Just my rant! Thanks for stopping by.
5 secs is more then enough for me, if I dont type, I dont need the keyboard light on...and when I start typing, it goes on again....no problem at all
I did some work on this, but without a Wizard I can't test any ideas out.
For anyone interested or with a fusion powered brain, have a look through the battery driver. That's where this is effected on the Universal.
V
Keyboard light
Yeah - I am not a geek, just a user. Having said that, I simply keep my left thumb on the "dot" key and tap it if I need the light. Do I have to say that I tap it again when I want to type a non-special key?
I understand the light is a creature comfort, but, sheesh, the machine is already soooo awesome, this seems like a very trivial complaint.
IMHO
TR
vijay555 said:
I did some work on this, but without a Wizard I can't test any ideas out.
For anyone interested or with a fusion powered brain, have a look through the battery driver. That's where this is effected on the Universal.
V
Click to expand...
Click to collapse
If you need a beta tester for a work around for this let me know. I can load it up and let you know if it works.
something to try
There is a backlight hack in the Univelsal wiki forum Try to do that
wiki.xda-developers.com
vijay555 said:
I did some work on this, but without a Wizard I can't test any ideas out.
For anyone interested or with a fusion powered brain, have a look through the battery driver. That's where this is effected on the Universal.
V
Click to expand...
Click to collapse
Howdy Vj -
I was going to start poking around the Wiz driver soon. Can you point me to any forum posts I can reference on the relevant locations within the Uni driver?
summiter - hi! I spent quite a while disassembling the Universal stuff, because we know that does use the reg key
HKEY_CURRENT_USER\ControlPanel\Backlight\QKeyLedTimeout
to control backlight time.
I traced this back to the battery driver, which also has some other useful stuff. Then I think I got bored, but you can check the Wizard driver to see if it has an equivalent. Otherwise I tried to hook directly into the driver to activate the backlight directly with an IOCTL, but not successful at the time. It doesn't export a function directly to activate the backlight I think.
I did try and it did not work, simulating a keypress, modifying the input queue, and various techniques for spoofing keyboard input, but the backlight is activated by the driver at a hardware level, not because of spoofed keyboard presses. So I think best way is to reverse engineer the driver and hack into the backlight there... but I moved on to other things first...
V
vijay555 said:
summiter - hi! I spent quite a while disassembling the Universal stuff, because we know that does use the reg key
HKEY_CURRENT_USER\ControlPanel\Backlight\QKeyLedTimeout
to control backlight time.
I traced this back to the battery driver, which also has some other useful stuff. Then I think I got bored, but you can check the Wizard driver to see if it has an equivalent. Otherwise I tried to hook directly into the driver to activate the backlight directly with an IOCTL, but not successful at the time. It doesn't export a function directly to activate the backlight I think.
I did try and it did not work, simulating a keypress, modifying the input queue, and various techniques for spoofing keyboard input, but the backlight is activated by the driver at a hardware level, not because of spoofed keyboard presses. So I think best way is to reverse engineer the driver and hack into the backlight there... but I moved on to other things first...
V
Click to expand...
Click to collapse
Wow.... Like I said lots of brain power, and yet the solution to a simple task eludes even the most bright...
As for all current reg hacks none of the work on the 8125.
DXL007: don't know if that's a complement or an insult, but I have to choose my battles: as the famous quote says, this type of stuff is "99% perspiration and 1% inspiration"... I had to do quite a lot of reversing just to get to an educated point of failure Then I just play call of duty until I'm ready to do the next one! And I'm working on several new, unrelated apps first.
But as I said, I don't have a Wizard, and there are a lot of other guys on the board capable of this! But I'll try to have another look when I get time... I tend to drift between projects subject to time.
V
DXL007 said:
vijay555 said:
summiter - hi! I spent quite a while disassembling the Universal stuff, because we know that does use the reg key
HKEY_CURRENT_USER\ControlPanel\Backlight\QKeyLedTimeout
to control backlight time.
I traced this back to the battery driver, which also has some other useful stuff. Then I think I got bored, but you can check the Wizard driver to see if it has an equivalent. Otherwise I tried to hook directly into the driver to activate the backlight directly with an IOCTL, but not successful at the time. It doesn't export a function directly to activate the backlight I think.
I did try and it did not work, simulating a keypress, modifying the input queue, and various techniques for spoofing keyboard input, but the backlight is activated by the driver at a hardware level, not because of spoofed keyboard presses. So I think best way is to reverse engineer the driver and hack into the backlight there... but I moved on to other things first...
V
Click to expand...
Click to collapse
Wow.... Like I said lots of brain power, and yet the solution to a simple task eludes even the most bright...
As for all current reg hacks none of the work on the 8125.
Click to expand...
Click to collapse
VJ handled your message quite gentlemanly. I on the other hand think you should take your sense of entitlement elsewhere.
vijay555 and summiter,
I hope DXL007 meant this more as encouregment than it came across, but I hope you guys realize that the vast majority of the people on this forum appreciate what you do for us and don't feel it's something you owe us. There aren't many people that can and will provide such useful software and information and not expect an arm and a leg for it. Mainly because of the two of you my 8125 is the perfect pda and keeps getting better.
Thanks,
Mike H
summiter said:
DXL007 said:
vijay555 said:
summiter - hi! I spent quite a while disassembling the Universal stuff, because we know that does use the reg key
HKEY_CURRENT_USER\ControlPanel\Backlight\QKeyLedTimeout
to control backlight time.
I traced this back to the battery driver, which also has some other useful stuff. Then I think I got bored, but you can check the Wizard driver to see if it has an equivalent. Otherwise I tried to hook directly into the driver to activate the backlight directly with an IOCTL, but not successful at the time. It doesn't export a function directly to activate the backlight I think.
I did try and it did not work, simulating a keypress, modifying the input queue, and various techniques for spoofing keyboard input, but the backlight is activated by the driver at a hardware level, not because of spoofed keyboard presses. So I think best way is to reverse engineer the driver and hack into the backlight there... but I moved on to other things first...
V
Click to expand...
Click to collapse
Wow.... Like I said lots of brain power, and yet the solution to a simple task eludes even the most bright...
As for all current reg hacks none of the work on the 8125.
Click to expand...
Click to collapse
VJ handled your message quite gentlemanly. I on the other hand think you should take your sense of entitlement elsewhere.
Click to expand...
Click to collapse
LOL...I always like messages like this. Yeah, it's a simple task so it must be that these "experts" are all lazy and liars. Takes me back to the old days (yesterday?) when a Pocket PC could do anything a laptop could do but the evil Microsoft hid all the features in the registry. Yep, whatever you say and good luck with that. :lol:
I read a thread a while back (I would have swore I added it to my subscriptions, but can't find it)... that spoke about an alternative program to put on the phone that made acquiring satellite quite a bit faster. Was I dreaming? My searches are not finding it for me ( of course, there are so many posts with Quick GPS in them...I may just not be coming across it.)
Search for "SeaSGEE"
PsyOpWarlord said:
Search for "SeaSGEE"
Click to expand...
Click to collapse
Is this better than QuickGPS?
I contacted HTC and asked them if they had a tilt sensor SDK, or had plans to release one, and they basically said "no". So, I decided to see what I could come up with to get tilt response integrated into my little pet-project, and to my surprise, managed to figure out how to get some basic data out of the existing tilt sensor DLL on the Diamond.
If you'd like, you can see my "hello world"-level app using the tilt sensor here on my blog. I've included the source so others can play with the few tidbits I've figured out. The app itself is pretty boring, it'll really only be of interest to developers looking to integrate tilt into their app, and even then, it's still a boring app =)
If accessing the tilt sensor is well known, feel free to ignore me.
Well done, thats great!
You should also probably look at this and talk to CharlyV, he might be able to add some info.
http://forum.xda-developers.com/showthread.php?t=403939
That's great news !
Now developers might use such information to release usefull applications and funny games !
Yes, I was wondering, for my car I use the G-tech for acceleration-measurement.
Is this sensor sensitive / good enough to also do those kind of things?
Also, navigation programs can be a lot more precise by knowing when accelerating, cornering or braking.
Riel said:
Yes, I was wondering, for my car I use the G-tech for acceleration-measurement.
Is this sensor sensitive / good enough to also do those kind of things?
Click to expand...
Click to collapse
Good question: I might try to write some sort of logging program and see what kind of data I can get out of a car trip. That's a bit off for now.
Also, I made a minor update the project, I determined a few more of the unknown values that the API returns.
perhaps you or some other guys are capable to work with some tools mentioned in this post??
http://forum.xda-developers.com/showpost.php?p=2373447&postcount=56
Is there any chance to develop a calibration tool for this sensor?? Mine drifts to lower-left and thats annoying because Opera always means, I rotate my phone :-(
Thank you
I updated the project to include a sample of how to use the event driven notification of different orientations that Opera uses (instead of polling the sensor constantly to determine the current orientation).
I'll have to do some digging to see if there's any way to calibrate the sensor. It'd be nice (mine is a bit off too), but I don't see anything immediatly obvious.
Perfect news!
I hope there are devs, who will make apps or games for this. My idea of a new game is "Black Circle".
(Side in German bug game in English, dont worry)
http://spiele.isnichwahr.de/r432-spin-the-black-circle.html
What do you tink about it?
I wrote a managed wrapper based on Scott's work:
http://blog.enterprisemobile.com/2008/07/using-htc-diamonds-sensor-sdk-from-managed-code/
I think it would be possible to calibrate the sensor by replacing the HTCSensorSDK.dll with one that acts as a pass through to the real thing. Then it could "massage" the returned values with calibration adjustments.
Teeter -> HTCSensorSDK.dll (one we roll that tweaks values) -> RealHTCSensorSDK.dll (the real DLL)
I don't think that the DLL is replaceable unless the device is flashed with a new ROM.
Thoughts?
Hey guys. I am looking for some software similar to visualGPSce that will show me UTM coordinates. Is there a full GPS software that I could use such as TOMTOM or Garmin? I am in the army and would rather carry one device and batteries than two. Let me know and thanks in advance!
http://www.freenetpages.co.uk/hp/barrydavies/osgps_main.html
This converts between WGS84 and UTM. Saw it in another post on here using that "search" feature I keep hearing so much about
Hi everyone.
I read some of 100 pages in this section, but I only find one thread with one message about the possibility of using a USB keyboard (the thread is closed!). Why the thread is closed? I don't understand what means "Documentation from Qualcomm will likely be required in order to make use of the feature".
I think the idea of using an USB Keyboard on G1 isn't so useful, but connect a digital camera such as mass storage is a great idea (or an external HD for whatching films or play songs).
What do you think about this?
Probably wrong forum, should've went under just Dream
This is the right forum because it would require serious development. I'm also interested in getting some USB host action in Android builds. This was a great feature on my old Nokia N800.
I would love to see the ability to use any form of keyboard with the G1 wired or not.
I think it require development and a development based on the specific hardware of Dream... Someone know how Qualcomm enter in this thread?
The previous post I read is here
Well, lets not just focus on keyboard usage. USB host will also let you connect things like external hard drives, usb hubs (usually powered) to your device. I think this should be looked into and not just ignored because there's a KB workaround.
matthenry87 said:
Android Screencast lets you use your computer's keyboard on your device. It's still being worked on but it's a pretty awesome program that can be used on multiple OS's
Click to expand...
Click to collapse
Please forget the Keyboard... the focus is the possibility of connect every kind of hardware through USB port! We'll only need the right driver!
i think it has the capability but it is not wired correctly or something like that
Someone know where I can read about usb host on dream?
Well!
The thread was moved to "Dream Q&A" section...
In effect mine is a question and I'm searching an answer, but I'm searching a developer too! I posted it in these section because there someone should keep my idea and produce an application!
May be in the FAQ section is more appropriate, but i don't agree...
Hello,
any progress about it?