On March 15, 2008 at 11:14, slashdenis said...
• at a very early stage this week I extracted the
hex sequences below ( transmitted from out of a
handheld computer IR ) & these sequences do
work the tv & VCR ...
Those are a strange hex encoding. If it works (and if you're really quoting the same hex strings that work) I guess those must encode the right signals. But it sure isn't obvious how those might encode the right signals.
I see references but
cant relate to such descriptions of the hex
as "zero format" if that even applies here
I'm sure that refers to the format of Pronto Hex in which the first value is 0000. Many programs that claim to understand Pronto Hex only understand that subset of Pronto Hex.
Your first value is 0000. But your hex strings aren't any kind of Pronto Hex.
• my next goal ( if realistic ) is to extract
other sequences direct out of CCF zip files
so as to know I am on the right track in
adding function Codes
If you want to extract from CCF files, the result will of course be Pronto Hex.
The best tool to use is my DecodeCCF program. The C++ source code has been released. I assume you want to do something with the hex strings different from what DecodeCCF does, so you may prefer to steal the code it uses to extract Pronto Hex from CCF files but generate different output.
DecodeCCF does not read .zip files. It reads CCF files. So if you want to seem to get hex directly from .zip files you would need to put a wrapper around DecodeCCF to first extract the CCF from the .zip
• I would hope to detour completely around
any DLL HELL
Which DLL HELL is that? If you want to decode Pronto Hex, you could not write your own software to do that by any method that isn't vastly more difficult than calling DecodeIr.dll
If your issue is using it on Linux, that has already been dealt with. The Linux version of the RemoteMaster project uses a Linux (.so) version of DecodeIr. I'm way overdue on my promise to the RemoteMaster maintainer to integrate his changes into the released source code of DecodeIr. If that is the problem, get his changes directly from him or me. He calls DecodeIr.so only through its Java interface, but I assume he didn't kill its C interface when porting to Linux.
so please tell me if & how-to
one can employ a simple hex editor such as
0xED on Linux to eyeball these style of
control sequences
What would a hex editor contribute? You seem to have the strings in hex ascii. If you expect to find the Pronto Hex strings in a CCF file by direct use of a Hex editor, that isn't impossible but it would be a staggeringly large waste of your time.
Regardless of whether you need a hex editor to look at the strings in hex ascii, and regardless of whether you have Pronto Hex or you have whatever that is you quoted, you aren't going to get very far eyeballing the sequences.
I have a lot of skill and experience eyeballing Pronto Hex, probably more than anyone else. It's still hard for me and I usually don't try. I use DecodeIr.dll to decode almost all Pronto Hex strings anyone asks me to examine. If I look at the string itself it is only in context of the results DecodeIr gives me.
• or of course how the veterans here Parse
these streams ...
Those strings (that you quoted)!? We don't.
Pronto Hex string, we copy/paste the string in the JP1 version of IrTool, which passes it to DecodeIr.dll.
