This signal contains a section that IR doesn't know

[randyarnold]

I have put the file here.

https://www.hifi-remote.com/forums/dload ... le_id=1713

Randy

[johnsfine]

You didn't upload it correctly. There is no actual file behind that entry.

Do you need help with the signals, or were you just following IR's obsolete directions? When we had only seen a few samples of learned signals stored that way, we wanted to get more samples to make sure we were properly understanding the way the remote stores such signals. Now we have plenty of samples.

You should upload .ir files with problem learned signals if you want help with those signals. It doesn't matter (either way) whether IR.EXE tells you to upload them.

[randyarnold]

I have learned all the codes of this DVD with an 8811 remote. I was going to use the information to create an upgrade for My 6131 remote.

The learned codes use more than one protocol. I have no idea how to handle that.

Randy

[randyarnold]

I was able to oprn the file here.
https://www.hifi-remote.com/forums/dload ... le_id=1715


Randy

[uwereinert]

The learned codes use more than one protocol.

No. All codes using RECS80 (here pid: 00 45), device 5. I don't know why IR shows the learned codes more than one time, but it should be simple to create an upgrade.

Uwe

[johnsfine]

All codes using RECS80 (here pid: 00 45), device 5.

There are instructions for deciding which of three pid's is the best fit for a set of RECS80 samples at DecodeIr.html#RECS80. As Uwe said, these samples fit pid 0045.

I don't know why IR shows the learned codes more than one time

The RECS80 signal repeats continuously while you press the key. The 8811 is supposed to detect the repeat pattern and store one copy together with the fact that it was repeating. In most cases it managed to do that. But in a few cases it failed to recognise the repeat pattern and stored too much.

DecodeIr decodes what is stored. So if the remote stores more than one copy of the actual signal, DecodeIr decodes that.

If you intended to use the learned signals to control the device, then the fact that multiple copies are in the decode tells you that this learned signal takes more learning memory than it ought to and it may not work as well as a clean learn, so it would be worth trying again to get a clean learn.

But since you want to create an upgrade, the learn is good enough to tell you all the information you need (protocol, device, and OBC) so there is no reason to care that the 8811 failed to recognise the repeat pattern.

[randyarnold]

Thanks for your help.

What is the info that is in the protocol section that starts with GAP?

Randy

[johnsfine]

What is the info that is in the protocol section that starts with GAP?

Sorry, I didn't realize you were seeing those. I've changed those a lot in recent enhancements to DecodeIr. In a couple versions I eliminated them entirely, then I brought them back but fewer than original.

I'm not on my usual computer, so I don't know whether you're seeing gap decodes because you have an older DecodeIr version, or whether I'm not seeing them because I have an older version.

Anyway, gap decodes are there only to give experts info about signals that otherwise don't decode correctly. Any time the other decodes you get would be plausible if you ignored the gap decodes, then ignoring the gap decodes is correct.

[randyarnold]

I will try the the learning again. I all-ways start by assuming that I did something wrong.

There are only a few codes I still need to get this device right.

Thanks again for the help.

Randy