A lot of points there! The DMA not enabled problem is due to MMC not being able to query the IDE driver to be able to tell whether DMA is enabled or not. I don't know if that's Nvidia's fault, or ATI's. In ATI's defense, other non-standard IDE hardware is correctly queried by MMC. So perhaps this is an Nvidia problem. There is some suggestion that using a non-Nvidia driver for the disk controller, cures that problem, but I don't have any experience there.
I agree that the PC check function is useless.
As for MMC refusing to record to a directory of your choosing, that is usually caused by your trying to record in "native" mode, which only can be recorded to the standard ATI folder, that is shared with the much maligned TV-On-Demand files. If you choose an OTR setting other than native, then it should properly save the file into the directory you've chosen. It works for me with MMC 9.09. It might not be such a good idea to do that though, since the mpeg stream will have to be re-encoded on the fly and you will get a warning to the effect that this may take a lot of CPU. It's probably better to just record in native and export it later to the format of your choice.
J.G.
I agree that the PC check function is useless.
As for MMC refusing to record to a directory of your choosing, that is usually caused by your trying to record in "native" mode, which only can be recorded to the standard ATI folder, that is shared with the much maligned TV-On-Demand files. If you choose an OTR setting other than native, then it should properly save the file into the directory you've chosen. It works for me with MMC 9.09. It might not be such a good idea to do that though, since the mpeg stream will have to be re-encoded on the fly and you will get a warning to the effect that this may take a lot of CPU. It's probably better to just record in native and export it later to the format of your choice.
J.G.