thanx, thats a good idea alm. anyone else? or any many?
pls note as well, that this study is done in dot mode, ie the real sampled value points plotted (scaled) on the larger screen, no interpolation (sinc or even vector, no, not used)
a case example is say we have N=600 samples available at one time with ideal 8bit value resolution (0-255) if we want to plot two consecutive samples s0 and s1, with value say 0 and 1... if we provide a screen with WxH = 600 pixels * 256 pixels, then we can plot both s0 and s1 as single point/pixel with coordinate (0,0) and (1,1) (base-0 indexing) which is continuous to the eye. but if we provide a screen with double resolution, say 1200 * 512, in order to fill the whole screen "evenly" we need to plot (2*0, 2*0) and (2*1, 2*1) ie (0,0) and (2,2) which not continuous if plotted as single pixel.
in other word, think of the difference between...
[dynamic range of 256, resolution 1 pixel (or byte)]
[dynamic range of 512, resolution 2 pixel (or byte)] ie one single value will lie in between 2 pixel, but not both (without pixel doubling)
ok, we can say... use sinc or vector to make it continuous, but when we turn persistence to infinity, then we will end up with figure 4.png. but if we disable sinc or vector with single pixel and double sized screen... in dot mode we will get 2.png. thats my point. about pixel doubling in dot mode.
ps: maybe this is not a good discussion? more on graphics and programming side, not ee
but i can see users complaining, but i think this issue is not clear to them. need more understanding and better technique to solve this dynamic range and resolution issue when plotted (dot mode) on pixelated screen area. we may leave it interleaved to maintain single pixel, or else better technique than pixel doubling. maybe no solution other than sincx or vector.
or maybe this is the reason why rigol do not allow the "real" single pixel dot plot when in run mode, to avoid interleaved effect as in 2.png if infinite persistence is ON. i tried some setting in rigol (dot mode + persistence) but didnt get the interleaved effect, so i'm suspecting rigol also do some level of pixel doubling but not obvious. my explanation is pixel doubling only worstly done on Y axis, but not very clear on X axis since rigol screen is around 640 width x 480 height pixels compared to 600 data points with 256 dynamic range (200 actually) so X axis doubling at factor 640/600 = 1.07 which alot lesser than Y axis at factor 480/256=1.9 which is very close to "doubling" (to be more accurate 480/200=2.4) will look closely into this, this is my asumption base on rough observation so far.
i wonder if high end dso will do the same (8bit larger screen) except they do it pretty nice including antialiasing and blurring effect (ie they put more effort on graphics FW engine fanciness) i understand engineers deal with real data, not graphics fabulous, but engineers are human too, and they like pretty stuffs. thats why maybe dave went WOW!
looking at mega thousands dollar dso in his video when he went to renexas exhibition iirc... fancy graphics!