|
||||
|
D1zzl3: as hodula1 was saying, getting rid of the SDMemory.dll should correct the issue. From what I gather, 3rd party apps install this (one sprint cabs does that I know of) and copies an older version of this driver to the windows directory that hides the newer one in the rom. By deleting the file it allows the system to use the newer one in the rom and should stop this from happening. Had this issue as well some time back and it was frustrating, but after not loading the sprint cab (and not getting the driver overwritten) I have no longer had this issue. Thanks hodula1 for hitting this so fast
-saridnour |
|
||||
|
Ah, OK... I thought the SDMemory.dll file was fixed since R2, but now I know that 3rd party apps are to blame. It probably was one of the cabs in my stock Verizon ExtROM also.
There is still 2 little bugs in your latest ROM, however. One of them I noticed since R2, but forgot to mention it then, and I didn't check to see if anyone else has reported it yet: the Notes shorcut in the Buttons applet under Settings is incorrect. When it's set to that I get an error when pressing Button 5, no matter if it's set to Press, or Press and Hold. And the other issue I noticed is that in the Backlight settings the first option is not word-wrapped properly, or the text box is too small. They're not a big deal, but maybe something to fix on your next release.
__________________
---D1zzl3---
|
|
||||
|
D1zzl3: The button #5 issue is known. It caused by MS voice command and affects all 6700 using it (All AKU including sprints, I reported it to MS but they kept saying no repro although no 6700 could get button five to map correctly.. go figure). There is another thread with a fix to this supposedly but I quickly looked at it and the reg keys did not match up (OEM vs Microsoft) so I have to look at it in a little more depth. I only assigned notes to button 5 press as I just wanted a value there. Button 5 hold does work and will actually work as a press. So whatever you want to assign to Button 5 assign to button 5 press and hold and it will work (like VC is mapped to do now). Once I look at the fix thread again, I should be able to get a patch for it. VC will also fail to map to map to press and hold if you open and close the button app the first time. If you map to another app, save then go back to it again it will correct itself (only noticable if you install the VC.exe). Still not sure why this is am am looking at it still.
The issue with the backlight is known and I have a fix.. Will be in a patch or in R4 since it's only cosmetic. Thanks for reporting the issues -saridnour |
|
||||
|
Quote:
Great work on this ROM by the way, and thanks for updating it. I prefer to use cabs and/or regedits for small fixes, of course, as I'm not into hard resetting my phone every other day like a lot of people in this forum seem to do. |
|
||||
|
D1zzl3: Thaks
Also I have almost all the 3.5 bit in ROM now so after a few tests I may have to see if it's worthy of being called a 3.5 AKU. Hard to know what to call these now days that they are all patchworked -saridour |
|
||||
|
The hardware driver that controls button 5 will look for the path statement in HKLM\Software\OEM\Voicecommand. That key has nothing to do with Microsoft Voice Command--it is meant for the built-in Cyberon dialer. The setup.dll inside the MSVC 1.6 cab looks for that entry and deletes it if it exists so as to prevent both apps from being launched when pressing the BT headset button. What MS didn't realize though is that on Apache, that path value needs to exist or button 5 cannot be changed from its default programming (Notes + Record). I'm sure it's a bug, since to my knowledge none of the other phones with cyberon installed have that problem. But anyway, by restoring the path string value in that specific location, the button driver sees what it is looking for and button 5 is once again programmable.
The keys you're talking about (HKLM\Software\Microsoft\Voice command--note the space between voice and command)are created by and exist solely for Microsoft Voice Command's settings. They have nothing to do with the Apache or its buttons. Hope that helps. |
|
||||
|
luv2chill: That makes sense as I stripped out all of the Cyberdial entries from the reg in the default hive. Since my VC16 is enabled/pre-set in the ROM, it’s not removing it. I unfortunatly did it and it explains why it was working in one of my early roms where I was testing different default hive settings (merging VC entires) and just did not see the correlation.
I'll see about creating a branch for the OEM\voice command and add your path statement (and/or pull the default values back in) for this branch. I just assumed different MS VC installs used differing paths since the ap name was the same. Guess I did too through of a job removing the OEM registry entries Good catch. -saridnour |
![]() |
|
|
|