So yesterday RetroRGB and I did a live Twitch Stream where we exposed some new mythology that's been lurking around. It's pretty important and long, no spoilers, I'm a manly man.
The SNES used was a Mini, and the RGB drivers that were employed were:
S-RGB Encoder
7314 -Attenuated
7316 -Attenuated
7374 -PROPERLY Attenuated
To prove a point with filter cascade, Bob took a series of screen captures of all of these different RGB mods while manipulating the LPF filter ON the OSSC.
Let's take a look:
This is the S-RGB encoder with the filter OFF in the OSSC.

This is the S-RGB encoder with the filter ON, set to 9Mhz (typical bandwidth for SD content)

So what's happening here? Well, it's really simple. The S-RGB encoder doesn't have a low order filter on the outputs. All of those high frequencies are getting out and running a muck. And since the OSSC isn't low passing the video bandwidth, you get this aliasing pattern, the vertical bars. This isn't a problem for analog devices like SD CRT's. This is a DIGITAL process, and the the low order filter only becomes relevant when you pass it off for digital conversion. But this is important to note. Some TV's, for example, may only have a filter cut-off for HD bandwidth. Now, this is perfectly fine providing that you have some kind of low order filtering in the video chain somewhere (the console). But if you don't, THAT is what you're going to see. Ergo the 1CHIP-02 capture that I shared, earlier.
Now, let's take a look at the 7314 with NO filter set on the OSSC. Remember, the 7314 has a 5th order Ms. Buttersworth filter that's has a cut-off @ 8.5Mhz. So even though the OSSC's LPF is disabled, we still have a video filter in our video chain doing the job.

The results are quite predictable. We still have a filter in the video chain to the TV, so even though it's off on the OSSC, we're still catching those high frequencies and mitigating any aliasing effects.
Let's now look at the 7314 with the OSSC set to 9Mhz on the LPF:

^ We now have two filters in the video chain. This is where we see a "cascading" effect. The image is losing its sharper detail, and things get a little mucky when have multiple filters in the chain.
Let's now look at the 7316. This chip is an appropriate drop-in replacement for the 7314 boards running around. It has a 35Mhz filter.
7316 with filter off on the OSSC:

Ah, look at all of the aliasing! 35Mhz isn't nearly tight enough for low bandwidth video so the filter is effectively useless. We can again see all of the aliasing in the image output.
Let's look at the 7316 with the filter set to 9Mhz on the OSSC:

This is much, much better. With the 9Mhz low-pass filter enabled on the OSSC, we're catching all of the high frequency stuff, again. Mitigating the aliasing effect.
Now we'll take a look at the 7374. This is a 4 channel video driver with a 9.5Mhz 6th order Ms. Butterworth filter. The LPF on this chip is superior to that found on the 7314. But, we can also disable the onboard filter of the THS7374, only leaving the 150Mhz op-amp, effectively killing ALL filtering.
Let's take a look at the 7374 with the filter off on both the chip AND the OSSC:

Yet again, quite predictable. We're not filtering out all of the higher frequency content of this low bandwidth video. We're getting a lot of aliasing, as a result.
Now, the the 7374 with the filter still off, but the OSSC has its LPF on and set to 9Mhz:

The point of all of this is to clear of any confusion over these THS video drivers and their cut-off filtering. It's not about having no filtering (that's bad). It's about HOW MANY filters you have in the chain.
The 7314 is perfectly fine. It CAN be just as sharp as the 7374 and the 7316, providing that it's the ONLY filter in the chain. To put this matter to bed and finish proving the point, take a look at this:

From left to right: 7316 with 9Mhz filter enabled, 7314 with OSSC set to 9Mhz, 7314 with OSSC filter set to OFF. Notice how the 7314 picture on the far right rivals the 7316. It's not about the filter, it's about HOW MANY filters.
The only caveat to the 7316 is that it doesn't have the capability of enabling/disabling this filter. Someone messaged me this morning asking if the low pass filter strap was necessary on my designs. I guess Bad-Ass Consoles was looking at one of my boards or something on his LiveStream, and was wondering why I would even bother with giving people the option as it wasn't necessary. Well, analog video is a fickle bitch. Unfortunately there IS equipment out there including TV's that will treat SD content as HD content as far as the filtering spectrum is concerned. So everything will typically be parsed through a 30Mhz+ low pass aliasing filter. If you don't at least have the option of turning it off and on, you MAY run into some trouble like you see in the pictures above. By default, ALL of my boards are configured with the LPF to be disabled. BUT.. if you DO run into trouble with a particular device, you can easily short a jumper and tie the enable pin low. So it's really not a burden for anyone. And as far as I'm aware. the OSSC is the ONLY hardware I can find that allows you to directly manipulate the low-pass filter directly. That's why we used it in our testing methodology. So if you're using an OSSC or a Frameister, having the filter permanently disabled is completely fine. But if you plan on using other equipment, there's a small chance that you'll run into this. That's why I started putting the LPF toggle on all of my designs. It will probably never be an issue, but you just never know how that $10 RGB scaler is going to handle it. Component inputs on some TV's might ALSO not be geared toward lower bandwidth video. I'd wager that the amount of TV's that do so are very, very limited. But I'm sure they do exist. The Frameister certainly doesn't afford you the ability to manipulate the bandwidth of the video filter. Keep all of this in mind.
Again, NO filters is bad. CASCADING filters is what causes this degradation during the ADC process.. Try to have only 1 filter in your video chain.