What exaclly is your question aside of "show me the way"?

I am asking where I can find the information, since you seem to have documented it. I think I have explained my issue quite clearly, I want to integrate two IR receivers as member objects into my library. It doesn't work because with this library, you cannot simply instantiate a second instance, you have to go through hoops to make one.

What exaclly is your question aside of "show me the way"?

Currently, in order to have two receivers, you have to:

1. Define a macro before including this library
2. Declare a function prototype before including this library
3. Include the library, which is comprised only of .hpp files for some reason
4. Declare a second instance of an IRrecv outside of the setup() function with a constructor to specify the pin number
5. Use the .begin() method on the default IRrecv object to specify the pin number (and I guess to initialize the first and second instances of the IRrecv objects?)
6. Declare the UserIRReceiveTimerInterruptHandler() function somewhere in the body of your code

I have no idea why it is made like this. There might be a good reason, but as far as I can tell, this implementation is horrendous and full of bad practices. Any other library would allow you to simply create separate instances of objects (which is like the whole point of OOP) and integrate them easily to your project, but this is not the case here. So instead of telling me to read the manual and closing my help request without even understanding my question, at least provide some help or guidance. I have tried many things and I read all the relevant documentation I could find, but nothing worked. So where am I supposed to put all the things I listed above when writing a library containing multiple IRrecv objects? How do I initialize the second IRrecv instance inside my custom class? I tried making the UserIRReceiveTimerInterruptHandler() function a method of my class, but the IR library threw errors.

Welome to the real worlds signal processing on microcontrollers!

Ok, so I see there are some limitations introduced by interrupts needing global data or something, which is probably why there are not multiple instances. I am digging into this and trying to understand, but help would be appreciated.

Try again

There is not a single line in that file that doesn't start with # or //

but you know how includes work???

Yeah it just dumps in all the code from the included file at linking time, but how is that useful? .hpp files are meant to be C++ headers anyway.

Hint: Answer the question if IRremote.hpp is code / definition or declaration...

Are you actually going to give me some form of help or are you just doing a C++ pop quizz?