On 09/25/04 02:12 ET, sd00 said...
I've been thru the learned commands & i've
found the following device protocols/codes are
in use...
Sony15 Device208
Sony15 Device80
Sony20 Device16.16
Sony20 Device26.73
There isn't a lot missing from that collection of Sony codes I mentioned earlier. If you're seeing so much that isn't there, something is wrong with your signals. I'd need to see several samples (Pronto Hex) of the unexpected signals to form an opinion about what is wrong.
(Also seen this one Protocol Async5:444-449:10.11..15.11
But that one is my fault. DecodeIr has a bunch of seperate routines for recognizing different protocols. Some of the protocols are hard to validate and some of the routines are not very good and the coordination between those routines is pretty bad. The end result of all that is occasional total garbage decodes showing up that do not mean any such signal is present. That Async5 decode is that sort of garbage and should be ignored.
Control-A1 (and some others). What would I do
to generate these in MakeHex? Which proocol? Which
Frequencey, Which format etc?
The frequency is the same as the other Sony protocols. The structure (which is the form part of an .irp file) is a combination of structures from other Sony .irp files with minor tweaks.
One detail not obvious to me is how to make a useful series of commands. Typical IR protocols include a single command byte, that varies while other parts are mostly constant. These Control-A1 signals have more variation. MakeHex allows many more variable within an IRP than the typical device, subdevice and command. But it doesn't give a clean way to organise a set of generated signals across multiple variables.
The checksum in Control-A1 would also require some effort when constructing a .irp file, but I think MakeHex supports all the required operations.
PS, The programs i am using are disconnected &
basic (don't confuse basic with being simple,
this is proper hackers land!), what i'm trying
to say without offending anyone is I'd like to
get hold of the source code for these apps & create
a GUI with all the Copy & Paste / Drag and drop
frills posible ~ Currently, its very labourious
with several text files floating about, 3 or so
apps running.....
I don't keep the posted source code up to date because few people have expressed interest, but I have posted source code for MakeHex and DecodeIR and many other related utilities. I'll provide current source code to anyone who want to move any of these tools forward.
I have IrTool source code as well, but not direct from the author and I'm not sure his permission was provided for others to take it over, so I'm part way through writing a new one from scratch (there isn't much too it, I just haven't had much time for it) so I could give you some of that as well.
My source code is all C++ with some dependancies on Visual Studio (so a little extra effort required to port to a different build environment).
I know MakeHex should have a GUI rather than editing the input file and the option to produce IrPanels type output directly rather than the present way. But I don't like writing GUI so I haven't taken the time.
DecodeIR is a much bigger project that has grown along with my evolving understanding of both IR protocols and typical IR learning distortion. It has some of the flaws typical of programs that were "grown" rather than designed. But it does its job far better than any of the other decoders I've seen. I have posted DecodeIR source code, but I doubt anyone but me could successfully make any major changes to it. Instead of making the source code friendly, I focused on making a simple DLL interface so many different programs can use DecodeIR for their decoding without caring what goes on inside it.