10-14-2022, 03:44 PM
It should be easier to do among OOP languages. Because after a programmer used C++ for long enough, he/she doesn't want to know about anything interpreted which doesn't let him/her do "classes" in a similar way. Notice some other languages like Haskell and Rust must go along with the OOP bit? Also this Terra that I discovered and failed to make use of which was supposed to expand on Lua.
One big barrier is lack of documentation, or "too much" and how it's presented. I tried to make any sense out of Rust but I guess I have to watch videos on Youtube for it. I don't drink that coffee, no thanks. The documentation for Racket (LISP descendant) is welcome although it's hard for me out of it to come up with my own program.
From QB64PE's brand of BASIC to C++ or another OOP language... nope too hard even for payware.
Try to do something simpler such as LISP to BASIC! Saying this because somewhere in the Racket documentation ("EasyDSLs") they claim that another programming language could be invented from it. I'm just trying to figure it out for text processing like I'm able to do in BASIC or Lua almost without thinking much about it. Imagine having to deal with the tokens? Imagine having to parse CSV full of commas and double-quotation marks, or anything that looks like XML?
There is a similar thing going on with a music program that I use extensibly, with one large crowd being left out. That crowd are the ones doing music in XM format, originally for Fasttracker II. An MPTM format is invented which is pretty much worthless because it was just derrived from Impulse Tracker's (IT). Tunings? Nobody really cares in "tracked" music. A couple of "expanded" commands are welcome, however those desiring to use XM format deserve it also. Almost forgot to mention an exception was made recently for yet another format, that of Scream Tracker (S3M), for the sake of the "OPL" synthesizer emulation which is related to the FM chip found on Soundblaster Pro. Can save either in S3M or in MPTM to retain settings from that synth emu. Not XM, and much less MOD (Amiga Protracker).
How about supporting "key off" and "envelope position" like in Fasttracker II (XM) to complete the suite? Then when somebody wants to use IT commands, as they are actually stored in MPTM at the moment, allow export to those for XM. Maybe I should create an account with their forum and make a feature request, eh?
https://openmpt.org/
Conversions were already done for documents saved with many programs no longer available. However, if the user wants to use VST plug-ins and XM format, he/she is forced to save in XM files that cannot be loaded into Fasttracker II nor MilkyTracker nor something else that recognizes only that original file format. Must save instead as MPTM because it's recommended. Must fumble with IT command letters instead of XM.
The task I've explained seems easier than one which turns BASIC into some other language from a text editor but it really isn't.
One big barrier is lack of documentation, or "too much" and how it's presented. I tried to make any sense out of Rust but I guess I have to watch videos on Youtube for it. I don't drink that coffee, no thanks. The documentation for Racket (LISP descendant) is welcome although it's hard for me out of it to come up with my own program.
From QB64PE's brand of BASIC to C++ or another OOP language... nope too hard even for payware.
Try to do something simpler such as LISP to BASIC! Saying this because somewhere in the Racket documentation ("EasyDSLs") they claim that another programming language could be invented from it. I'm just trying to figure it out for text processing like I'm able to do in BASIC or Lua almost without thinking much about it. Imagine having to deal with the tokens? Imagine having to parse CSV full of commas and double-quotation marks, or anything that looks like XML?
There is a similar thing going on with a music program that I use extensibly, with one large crowd being left out. That crowd are the ones doing music in XM format, originally for Fasttracker II. An MPTM format is invented which is pretty much worthless because it was just derrived from Impulse Tracker's (IT). Tunings? Nobody really cares in "tracked" music. A couple of "expanded" commands are welcome, however those desiring to use XM format deserve it also. Almost forgot to mention an exception was made recently for yet another format, that of Scream Tracker (S3M), for the sake of the "OPL" synthesizer emulation which is related to the FM chip found on Soundblaster Pro. Can save either in S3M or in MPTM to retain settings from that synth emu. Not XM, and much less MOD (Amiga Protracker).
How about supporting "key off" and "envelope position" like in Fasttracker II (XM) to complete the suite? Then when somebody wants to use IT commands, as they are actually stored in MPTM at the moment, allow export to those for XM. Maybe I should create an account with their forum and make a feature request, eh?
https://openmpt.org/
Conversions were already done for documents saved with many programs no longer available. However, if the user wants to use VST plug-ins and XM format, he/she is forced to save in XM files that cannot be loaded into Fasttracker II nor MilkyTracker nor something else that recognizes only that original file format. Must save instead as MPTM because it's recommended. Must fumble with IT command letters instead of XM.
The task I've explained seems easier than one which turns BASIC into some other language from a text editor but it really isn't.