I have seen that ferret article around. I saw it on iATN too. I think the reason John had a hard time understanding it is because it is nonsense. Here are a few points:
Channels: How sample rate is affected depends on if there is a converter for each channel or if it is shared. This goes for buffer too. So, you can't use this factor without knowing these things.
Update Rate: This is an important issue, but has nothing to do with how many samples you get in a capture. Therefore, if you factor this in, you are not calculating sample rate.
AD Converter Bit Resolution: Again, this has nothing to do with sample rate. True, the more bits the more vertical detail, but samples are plotted horizontally. There is no such thing as vertical sampling on a scope. Two vertical samples would mean that you had two voltage values at the same point in time. That's impossible. More vertical resolution plots each sample with a more accurate voltage value, but there are not more samples. Imagine a horizontal grid on the screen. An 8bit scope would have 256 horizontal lines representing voltage values where a sample point could be placed. Samples cannot be plotted between the grid lines. If a sample point had a voltage between the grid lines, it would be plotted at the voltage for the next lower grid line. This is why a sine wave appears to have jagged steps in it with a low resolution scope. Each point has a straight line connecting points between grid lines. A 12bit scope would have 4096 grid lines, therefore each point plotted has a much more accurate voltage value. Much smaller voltage changes can be detected and displayed. This means more detail. So...factoring bit resolution into the formula just makes for a larger number. The number has nothing to do with samples collected.
Pixel Width: I think they are trying to say buffer size here. Essential ingredient for sample rate. On fixed display scopes, with x number of pixels, it makes no sense to have a buffer larger than the fixed display width. On scopes that can expand the display, many more samples can be collected. For example, Pico can collect many more samples that any PC screen resolution can display. You have to expand the capture to reveal the detail.
There is no mention of max AD converter speed in the article. This is the other essential ingredient to calculate sample rate. So, the Ferret article leaves one of the two essential pieces of information needed to calculate sample rate out of their formula, and adds in a bunch that have nothing to do with sample rate. The result is nonsense.
There is a third factor, screen time. We factor that in based on our own time base settings. We only need the two factors of buffer size and max speed to factor in with our known screen time to calculate true sample rate.
BTW, the Lab Scope Tutorial, on the Ferret link that John provided, also has many errors, but at least it's not total nonsense.