With clever use of Any signal on a key decider combinator I managed to make the filters infinitely tilable. That means you can easily set it up with 64-belt wide monstrosity and it will work fine. If you're a fan of putting two separate products on a single belt just put two of those bad boys down (you'll have to pre-split) one for each side of the belt.
I built this as a component of a larger system, therefore it is missing any circuitry to limit amounts of incoming items, I suggest post-processing the output signal. On the other hand, it will skip any items that are not being requested. It will still wait until the end of the cycle if the request disappeared for some reason.
Screenshot
Screenshot - no alt mode
Input: It must be a signal of value 1 on both R&G wires of requested items delivered to the constant combinator in center right. What happens with larger values was not tested. I suggest using output of a decider combinator with output 1. It expects continuous signal for the entire length of the request. Reaction to short pulses was not tested. You can connect multiple dispatchers in parallel sharing input and even output wire. It leaks some signals on the input so I recommend using the wire only across the dispatchers.Output: Top right constant combinator, you can use both R&G wires. It outputs continuous signal for fixed time (determined by belt length, the signal will last longer the further away the last "filter chest" is). The output signal is as clean as it gets.
Advantages:
- It is pretty simple to set up and add more filters to one line.
Disadvantages:
- It is quite large
- Cycle length configurability is limited
- Cycle length depends on the position of the item on the line
- Needs manual setup and you need to have the items on you (you could use requester chests but then you have to modify the combinator values to work with 3 items instead of 2 and the delivered items might differ depending on how resource starved base you have and robot cargo capacity upgrades)