Not in Digi-Paint, but in Digi-view 4.0 video capture software it was an option. I'm sure it was called Dynamic Hi-res (Dynamic HAM being 320x512 true HAM image with palette swap for HAM 16 base colours used on every scan line) but it's been decades since I've seen the box let alone used the software.
The problems with HAM fringing are not that bad if you use interlace AND you feed a very evenly lit and neutral/daylight temperature of lighting of image (or the TV output form a digital camera displaying a high quality JPEG is the most ideal today if you still have a Digi-view unit to use). Some images will be a problem of course but the fringing is also caused by bad lighting just as often.
It used to be a lot of fun, hopefully one day I will get a chance to mess about with it again as in my misspent hours of youth!
HAM has problems changing all three of the RGB components, if you get uneven lighting on the image then that means on every pixel the RGB has subtle changes to it at best, or totally inaccurate colours being seen by the camera at worst i.e. there was no need for the colour to change except due to poor uneven lighting of the original so you just make a clever shortcut in screen memory usage into an absolute nightmare of a compromise. HAM is supposed to be used on HSV values not RGB where the 'fringing' is less jarring due to the more subtle differences when HSV values are being manipulated on an image but Jay Miner decided it was better than nothing with RGB after seeing it in action on a Flight Simulator system.
Garbage in, garbage out as they used to say in 1980s computer courses heh!