Ah mais non c'est pas un problème de composer sur milky ou sur openmpt, vraiment ; ya des pointures qui restent fidèles au format .it / .xm, à partir du moment où les samples de départ son bons et où les idées musicales sont là, on a effectivement rien à redire. Ya des DSP intégrés dans openmpt, ce sont en fait les effets issus de DirectX que tu retrouves dans tes jeux vidéos en 3d..., alors les effets DirectX... ils sont corrects mais ya mieux niveau qualité. Après j'ai un peu de mal avec OpenMPT, je trouve l'interface un peu... un peu lourde, voilà, j'ai un peu de mal à m'y faire, une fois que t'as gouté aux glissé-déplacé du mixeur de renoise et aux sliders motorisés sous renoise, t'as un peu de mal avec openmpt, je trouve la gestion des plugins globalement confuse. A la limite je préfère encore milky, ya pas de plugins c'est simple et c'est old school. Milky, ça me rappelle mon bon vieux FT2. 

Si les formats xm/it restent populaires chez les démo-makers c'est parce que les librairies de code nécessaires pour les faire tourner sur les démos sont gratuites et très répandues, de ce fait il est assez simple d'iintégrer une compo en xm/it dans une démo. Renoise a adopté une logique un peu spéciale, le format xrns est facile à comprendre, mais au final seul renoise sait lire les tracks pondues sous renoise, spécifiquement parce que ses effets DSPs sont très particuliers et ont un bon rendu mais c'est coton pour émuler ça hors de renoise. Renoise ne fournit pas de module de playback indépendant interfacé en c++ par exemple, comme le fait openmpt. De ce fait Renoise est moins orienté demomaking.