Apple Mac Mini Remote
Moderator: Moderators
-
The Robman
- Site Owner
- Posts: 21944
- Joined: Fri Aug 01, 2003 9:37 am
- Location: Chicago, IL
- Contact:
That's not a good file to work with, try this one instead...
https://www.hifi-remote.com/forums/dload ... ile_id=791
https://www.hifi-remote.com/forums/dload ... ile_id=791
Rob
www.hifi-remote.com
Please don't PM me with remote questions, post them in the forums so all the experts can help!
www.hifi-remote.com
Please don't PM me with remote questions, post them in the forums so all the experts can help!
Are you going to delete the "not good" file?The Robman wrote:That's not a good file to work with, try this one instead...
https://www.hifi-remote.com/forums/dload ... ile_id=791
Never mind. I deleted it, as apparently I uploaded it. Must have been part of the mass transfer from yahoo groups.
-- Greg
Original RemoteMaster developer
JP1 How-To's and Software Tools
The #1 Code Search FAQ and it's answer (PLEASE READ FIRST)
Original RemoteMaster developer
JP1 How-To's and Software Tools
The #1 Code Search FAQ and it's answer (PLEASE READ FIRST)
Well, I got the Tivo and Olevia codes to work. The Apple is tricker. I don't completely understand the relationship between the EFC/OBC/Hex setting with what I see in irrecord/Lirc on Linux.
Here is what my experiment shows
EFC OBC Hex Lirc
=========================
057 09 6f 0x87EE6409
182 06 9f 0x87EE6406
055 10 af 0x87EE640A
052 12 cf 0x87EE640C
184 05 5f 0x87EE6405
187 03 3f 0x87EE6403
116 20 d7 0x87EE6414
120 21 57 0x00000000
118 22 97 0x00000000
122 23 17 0x87EE6417
245 24 e7 0x87EE6418
249 25 67 0x00000000
247 26 a7 0x00000000
251 27 27 0x87EE641B
244 28 c7 0x00000000
248 29 47 0x87EE641D
The first 6 are the one from the Apple TV txt/rdmu. I added the next 10 with consecutive OBC's.
Clearly the OBC maps to the last byte of what Lirc sees. However, only 6 out of 10 of the OBC's are valid. Apparently only 6 OBC's are vallid within a range, but its not clear to me which 6 and what range.
I'm sure I could continue experimenting and find enough valid OBC's to map all my keys, but it would be more satisfying to understand whats going on.
Besides the validity pattern, I also don't see where the 0x87ee64 that Lirc sees is coming from.
Here is what my experiment shows
EFC OBC Hex Lirc
=========================
057 09 6f 0x87EE6409
182 06 9f 0x87EE6406
055 10 af 0x87EE640A
052 12 cf 0x87EE640C
184 05 5f 0x87EE6405
187 03 3f 0x87EE6403
116 20 d7 0x87EE6414
120 21 57 0x00000000
118 22 97 0x00000000
122 23 17 0x87EE6417
245 24 e7 0x87EE6418
249 25 67 0x00000000
247 26 a7 0x00000000
251 27 27 0x87EE641B
244 28 c7 0x00000000
248 29 47 0x87EE641D
The first 6 are the one from the Apple TV txt/rdmu. I added the next 10 with consecutive OBC's.
Clearly the OBC maps to the last byte of what Lirc sees. However, only 6 out of 10 of the OBC's are valid. Apparently only 6 OBC's are vallid within a range, but its not clear to me which 6 and what range.
I'm sure I could continue experimenting and find enough valid OBC's to map all my keys, but it would be more satisfying to understand whats going on.
Besides the validity pattern, I also don't see where the 0x87ee64 that Lirc sees is coming from.
km wrote:Clearly the OBC maps to the last byte of what Lirc sees.
The OBC is decimal. The "last" byte Lirc sees is hex. It is the same number, not just "maps to". (It happens to be the third of the four bytes in the sequence actually transmitted).
If you looked ant the numbers in binary, rather than decimal or hex, it would be more obvious. In binary, the values that worked had two or four '1' digits. The values that didn't work had three '1' digits. I expect all values with two or four '1' bits would work, and likely values with six '1' bits. Probably 0 and 255 (with zero and eight '1' bits) would also work.km wrote: I'm sure I could continue experimenting and find enough valid OBC's to map all my keys, but it would be more satisfying to understand whats going on.
Numbers with an odd number of '1' bits won't work (though you only tested numbers with three '1' bits).
The upgrade is sending those. I think this thread already contains good explanation of that. I don't know how to make it clearer.km wrote:Besides the validity pattern, I also don't see where the 0x87ee64 that Lirc sees is coming from.
Thanks for pointing out the parity issue, I should have caught that myself.
Lirc now sees almost all my keys. The exception are rew/play/fwd which lirc doesn't see at all. rec also has a special behavior, lirc sees it once for every two times its pressed.
Is the special behavior on these keys coming from the upgrade, or the 9910 itself? How can I work around it?
Lirc now sees almost all my keys. The exception are rew/play/fwd which lirc doesn't see at all. rec also has a special behavior, lirc sees it once for every two times its pressed.
Is the special behavior on these keys coming from the upgrade, or the 9910 itself? How can I work around it?
-
The Robman
- Site Owner
- Posts: 21944
- Joined: Fri Aug 01, 2003 9:37 am
- Location: Chicago, IL
- Contact:
please post the IR file to the Diagnosis Area and then post a LINK to it here, do not include the file contents in your posts.
Rob
www.hifi-remote.com
Please don't PM me with remote questions, post them in the forums so all the experts can help!
www.hifi-remote.com
Please don't PM me with remote questions, post them in the forums so all the experts can help!
Sorry! It's a little late but I did now upload it asThe Robman wrote:please post the IR file to the Diagnosis Area and then post a LINK to it here, do not include the file contents in your posts.
https://www.hifi-remote.com/forums/dload ... le_id=4904
When I asked for your .ir file, I forgot you were using .wav files to upgrade and/or I didn't know you were using .wav files with just the upgrades.
Anyway, you can't show us the General, KeyMoves, and Learned sections of what you are testing in your remote because those are only in your remote and not in any files on your PC.
So I don't know any easy way to narrow down what is going wrong with rew, play, and fwd.
In case you have keymoves, macros or learned signals on those keys that you have forgotten about, you ought to go through the process of selectively deleting those and see if it makes a difference.
Edit: I type too slowly. I see you found that yourself while I was typing.
Anyway, you can't show us the General, KeyMoves, and Learned sections of what you are testing in your remote because those are only in your remote and not in any files on your PC.
So I don't know any easy way to narrow down what is going wrong with rew, play, and fwd.
In case you have keymoves, macros or learned signals on those keys that you have forgotten about, you ought to go through the process of selectively deleting those and see if it makes a difference.
Edit: I type too slowly. I see you found that yourself while I was typing.